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METHOD AND APPARATUS FOR IDENTIFYING RELATED 
SEARCHES IN A DATABASE SEARCH SYSTEM 

APPENDIX / COPYRIGHT REFERENCE 

A portion of the disclosure of this patent document contains material which 
5 is subject to copyright protection. The copyright owner has no objection to the 

facsimile reproduction by anyone of the patent document or the patent disclosure, 
as it appears in the U.S. Patent and Trademark Office patent file or records, but 
otherwise reserves all copyright rights whatsoever; 

An Appendix of computer program source code is included herewith. The 
10 Appendix is hereby expressly incorporated herein by reference, and contains 

material which is subject to copyright protection as set forth above. 

BACKGROUND OF THE INVENTION 

The present invention relates generally to a method and system for 
generating a search result list, for example, using an Internet-based search engine. 

15 More particularly, the present invention relates to a method and system for 

generating search results from a pay for performance database and generating a list 
of related searches from a related search database. 

Search engines are commonly used to search the information available on 
computer networks such as the World Wide Web to enable users to locate 

20 information of interest that is stored within the network. To use a search engine, a 

user or searcher typically enters one or more search terras that the search engine uses 
to generate a listing of information, such as web pages, that the searcher is then able 
to access and utilize. The information resulting JBrom the search is commonly 
identified as a result of an association that is established between the information and 

25 one or more of the search terms entered by the user. Different search engines use 

different techniques to associate information with search terms and to identify related 
information. These search engines also use different techniques to provide the 
identified information to the user. Accordingly, the likelihood of infomaation being 
found as a result of a search varies depending upon the search engine used to perform 

30 the search. 
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This uncertainty is of particular concern to web page operators that make 
information available on the World Wide Web. In this setting, there are often several 
web page operators or advertisers that are competing for the same group of potential 
views or customers. Accordingly, a web page's ability to be identified as the result 
5 of a search is often important to the success of a web page. Therefore, web page 

operators often seek to increase the likelihood that their web page will be seen as the 
result of a search. 

One type of search engine that provides web page operators with a more 
predictable method of being seen as the result of a search is a "pay for performance" 

10 arrangement where web pages are displayed based at least in part upon a monetary 

sum that the advertiser or web page operator has agreed to pay to the search engine 
operator. The web page operator agrees to pay an amount of money, commonly 
referred to as the bid amount, in exchange for a particular position in a set of search 
results that is generated in response to a user's input of a search term. A higher bid 

15 amount will result in a more prominent placement in a set of search results. Thus, a 

web page operator may attempt to place high bids on one or more search terms to 
increase the likelihood that their web page will be seen as a result of a search for that 
term. However, there are many similar search temois, and it is difficult for a web 
page operator to bid on every potentially relevant search term. Likewise, it is 

20 unlikely that a bid will be made on every search term. Accordingly, a search engine 

operator may not receive any revenue from searches performed using certain search 
terms for which there are no bids. 

In addition, because the number of existing web pages is ever increasing, it is 
becoming more difficult for a user to find relevant search results. The difficulty of 

25 obtaining relevant search results is further increased because of the search engine's 

dependency on the search terms entered by the user. The search results that a user 
receives are directly dependent upon the search terms that the user enters. The entry 
of one search term may not result in relevant search results, while the entry of only 
a slightly different search term can result in relevant search results. Accordingly, the 

30 selection of search terms is often an important part of the search process. It would be 

of benefit to both the searcher and the advertisers to reconamend related searches for 
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the searcher to provide to the search engine. However, current search engines do not 
enable a search engine operator to provide related search terms, such as those that 
will produce relevant search results, to a user. A system that overcomes these 
deficiencies is needed. 

5 SUMMARY 

By way of introduction only, in accordance with one embodiment of the 
invention, a search request is received from a searcher and used to perform a 
search on a pay for performance database. In the pay for performance database 
there are stored search listings including web page locators and bid amounts to be 

10 paid by the operator of the listed web page. The search using the pay for 

performance database produces search results which are presented to the searcher. 
The search request is also used to perform a search on a related search database. 
The related search database has been formed at least in part using contents of the 
pay for performance database. The search of the related search database produces 

15 a list of related searches which are presented to the searcher. 

In accordance with a second embodiment, a related search database is 
created using a pay for performance database. All text from all web pages 
referenced by the pay for performance database is stored and used to create an 
inverted index. Additional indexes are used to improve the relevancy and spread 

20 of related search results obtained using the database. 

The foregoing discussion of illustrative embodiments of the invention has 
been provided only by way of introduction. Nothing in this section should be 
taken as a linodtation on the following claims, which define the scope of the 
invention. 

25 BRIEF DESCRIPTION OF SEVERAL VIEWS OF THE DRAWINGS 

FIG. 1 is a block diagram illustrating a database search system in 

conjunction with a computer network; 

FIG. 2 is a flow diagram illustrating a method for operating the database 

search system of FIG. 1; 
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4 

FIG, 3 is a flow diagram illustrating a method for operating the database 
search system of FIG. 1; 

FIG. 4 is a flow diagram illustrating in more detail a portion of the method 
shown in FIG. 2; 

5 FIG. 5 is a flow diagram illustrating in more detail a portion of the method 

shown in FIG. 2; 

FIG. 6 is a flow diagram illustrating a method for forming a related 
searches database; and 

FIG. 7 is a flow diagram illustrating a method for removing similar page 
10 information from a database. 

DETAILED DESCRIPTION OF THE PRESENTLY PREFERRED 
EMBODIMENTS 

Referring now to the drawing, FIG. 1 is a block diagram of a database 
search system 100 shown in conjunction with a computer network 102. 
15 The database search system 100 includes a pay for performance database 

104, a related searches database 106, a search engine web server 108, a related 
searches web server 110 and a search engine web page 114. The servers 104, 106, 
108 may be accessed over the network 102 by an advertiser web server 120 or a 
client computer 122. 

20 The network 102 in the illustrated embodiment is the Internet and provides 

data communication according to appropriate standards, such as Internet Protocol. 
In other embodiments, other network systems may be used alone or in conjunction 
with the Internet. Communication in the network 102 is preferably according to 
Internet Protocol or similar data communication standard. Other data 

25 communications standards may be used as well to ensure reliable conamunication 

of data. 

The database search system 100 is configured as part of a client and server 
architecture. In the context of a computer network such as the Internet, a client is 
a process such as a program, task or application that requests a service which is 
30 provided by another process such as a program, task or application that requests a 
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service which is provided by another process, known as a server program. The 
client process uses the requested service without having to know any working 
details about the other server program or the server itself In networked systems, a 
client process usually runs on a computer that accesses shared network resources 
5 provided by another computer running a corresponding server process. A server is 

typically a remote computer system that is accessible over a communications 
medium such as a network. The server acts as an information provider for a 
computer network. Thus, the system 100 operates as a server for access by the 
clients such as client computer 122 and the advertiser web server 120. 

10 The client computers 122 can be conventional personal computers, 

workstations or computer systems of any size. Each client computer 112 typically 
includes one or more processors, memory, input and output devices and a network 
interface such as a modem. The advertiser web server 120, the search engine web 
server 108, the related searches web server 1 10 and the account management web 

15 server 112 can be similarly configured. However, the advertiser web server 120, 

the search engine web server 108, the related searches web server 110 and the 
account management web server 112 may each include many computers 
connected by a separate private network. 

The client computer 112 executes a World Wide Web ("web") browser 

20 program 124. Examples of such a program are Navigator, available from 

Netscape Communications Corporation and Internet Explorer, available from 
Microsoft Corporation. The browser program 124 is used by a user to enter 
addresses of specific web pages to be retrieved. These addresses are referred to as 
Uniform Resource Locators (URLs). In addition, once a page has been retrieved, 

25 the browser program 124 can provide access to other pages or records when the 

user clicks on hyperlinks to other web pages contained in the web page. Such 
hyperlinks provide an automated way for the user to enter the URL of another 
page and to retrieve that page. The pages can be data records including as content 
plain textual information or more complex digitally encoded multimedia content 

30 such as software programs, graphics, audio data, video data and so forth. 
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Client computers 122 communicate through the network 102 with various 
network information providers. These information providers include the 
advertiser web server 120, the account management server 112, the search engine 
server 108, and the related searches web server 110. Preferably, communication 
5 functionality is provided by HyperText Transfer Protocol (HTTP), although other 

communication protocols such as FTP, SNMP, Telnet and a number of other 
protocols known in the art may be used. Preferably, search engine server 108, 
related searches server 110 and account management server 112, along with 
advertiser servers 120 are located on the worldwide web. U.S. Patent Application 

10 Number 09/322,627, filed May 29, 1999 and entitled "System and Method for 

Influencing a Position on a Search Result List Generated by a Computer Network 
Search Engine," and U.S. Patent Application No. 09/494,818, filed January 31, 
2000 and entitled "Method and System for Generating a Set of Search Terms," are 
conmnonly assigned to the assignee of the present application and are incorporated 

15 herein by reference. These applications disclose additional aspects of search 

engine systems. 

The account management web server 1 12 in the illustrated embodiment 
includes a computer storage medium such as a disc system and a processing 
system. A database is stored on the storage medium and contains advertiser 

20 account information. Conventional browser programs 124, running on client 

computers 122, may be used to access advertiser account information stored on the 
account management server 112. 

The search engine web server 108 permits network users, upon navigating 
to the search engine web server URL or sites on other web servers capable of 

25 submitting queries to the search engine web server 108 through a browser program 

124, to type keyword queries to identify pages of interest among the miUions of 
pages available on web pages. In one embodiment of the present invention, the 
search engine web server 108 generates a search result list that includes, at least in 
part, relevant entries obtained from and formatted by the results of the bidding 

30 process conducted by the account management server 1 12. The search engine web 

server 108 generates a list of HyperText links to documents that contain 
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information relevant to search terms entered by the user at a client computer 122. 
The search engine web server transmits this list, in the form of a web page 1 14 to 
the network user, where it is displayed on the browser 124 running on the client 
computer 122. One embodiment of the search engine web server may be found by 
5 navigating to the web page at URL http://www.goto.com/. 

Search engine web server 108 is connected to the network 102. In one 
embodiment of the present invention, search engine web server 108 includes a pay 
for performance database including a plurality of search listings. The database 
104 contains and ordered collection of search listing records used to generate 

10 search results in response to user queries. Each search listing record contains the 

URL of an associated web page or document, a title, descriptive text and a bid 
amount. In addition, search engine web server 108 may also be connected to the 
account management server 1 12. The account management server 112 may also 
be connected to the network 102. 

15 In addition, in the illustrated embodiment of FIG. 1, the database system 

100 further includes a related searches web server 110 and an associated related 
searches database 106. The related searches web server 110 and data base 106 
operate to provide suggested, related searches for presentation to a searcher along 
with search results in response to his query. Users conducting searches for 

20 information using a search engine web server such as the server 108 often perform 

searches which are inappropriately focused as compared to the index data of the 
web site search engine. Users may use search terms which are either to vague and 
generalized, such a "music," or too specific and focused, such as "hot jazz from 
New Orleans during the early 1950s." Some users require assistance to refine 

25 their query to better obtain useful information from the search engine. The related 

searches web server 110 provides the user with query suggestions better suited to 
the abilities of the pay for performance database 104. 

In the illustrated embodiment; the pay for performance database 104 is 
established in conjunction with advertisers who operate web servers such as 

30 advertiser web server 120. Advertiser web pages 121 are displayed on the 

advertiser web server 120. An advertiser or web site promoter may, through an 
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account residing on the account management server 112, participate in a 
competitive bidding process with other advertisers. An advertiser may bid on any 
number of search terms relevant to the content of the advertisers web site. 

The bids submitted by the web site promoters are used to control 
presentation of search results to a searcher using client computer 122. Higher bids 
receive more advantageous placement on a search result list generated by the 
search engine web server 108 when a search using the search term bid on by the 
advertiser is executed. In one embodiment, the amount bid by an advertiser 
comprises a money amount that is deducted from the account of the advertiser 
each time the advertiser web site is accessed via a hyperlink on the search result 
list page. A searcher clicks on the hyperlink with a computer input device such as 
a mouse to initiate a retrieval request to retrieve the information associated with 
the advertiser's hyperlink. Preferably, each access or click on a search result list 
hyperlink is redirected to the search engine web server 108 to associate the click 
with the account identifier for an advertiser* This redirection action, which is not 
apparent to the searcher, will access account information coded into the search 
result page before accessing the advertiser's URL using the search result list 
hyperlink clicked on by the searcher. In the illustrated embodiment, the 
advertiser's web site description and hyperlink on the search result list page is 
accompanied by an indication that the advertiser's listing is a paid listing. Each 
paid listing displays an amount corresponding to a price per click paid by the 
advertiser for each of referral to the advertiser site through this search result list. 

The searcher may click on HyperText links associated with each listing in 
that search result page to access the corresponding web pages. The HyperText 
links may access web pages anywhere on the Internet, and include paid listings to 
advertiser web pages 121 located on the advertiser web server 120. In one 
embodiment of the present invention, the search result list also includes non-paid 
listings that are not priced as a result of advertiser's bids and are generated by a 
conventional search engine, such as the Inktomi, Lycos, or Yahoo! search engines. 
The non-paid HyperText links may also include links manually indexed into the 
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pay for performance database 104 by an editorial team. Preferably, the non-paid 
listings follow the paid advertiser listings on the search results page. 

Related searches web server 1 10 receives the search request from the 
searcher at client computer 122 as entered using the search engine web page 1 14. 
5 In the related searches database 106, which includes related search listings 

generated from the pay for performance database 104, the related searches web 
server 110 identifies related search listings relevant to the search request. In 
conjunction with the search engine web server 108, the related searches web 
server 110 returns a search result list to the searcher including the identified search 

10 listings located in the pay for performance database and one or more identified 

related search listings located in the related searches database 106. Operation of 
the related searches web server 1 10 in conjunction with the related searches 
database 106 will be described below in conjunction with FIGS. 2-5. The 
formation of the related searches database 106 will be described below in 

1 5 conjunction with FIG . 6 . 

FIG. 2 is a flow diagram illustrating a method for operating the database 
search system 100 of FIG. 1. The method begins at block 200. Java source code 
for implementing the method of FIG. 2 and other method steps described herein is 
included as an appendix. 

20 At block 202, a search request is received. The search request may be 

received in any suitable manner. It is envisioned that a search request will 
originate with a searcher using a client computer to access the search engine web 
page of the database system implementing the method illustrated in FIG. 2. A 
search request may be typed in as input text in a hyperlink click to initiate the 

25 . search request and search process. 

After block 202, two parallel processes are initiated. At block 204, the 
search engine web server of the database search system identifies matching search 
listings in the pay for performance database of the system. In addition, the search 
engine web server may further identify non-paid search listings. 

30 Similarly, at block 206, a related searches web server initiates a search to 

identify matching related search listings in the related search database. By 
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matching search listings, it is meant that the respective search engine identifies 
search listings contained in the respective database which generate a match with 
the search request. A match may be generated if an exact, letter for letter textual 
match occurs between a bid on keyword and a search term. In other embodiments, 
5 a match may be generated if a bidded keyword has a predetermined relationship 

with a search term. For example, the predetermined relationship may include 
matching the root of a word which has been stripped of suffixes; in a multiple 
word query, matching several but not all of the words; or locating the multiple 
words of the query with a predetermined number of words of proximity. 

10 After the search results have been located, the search results from the pay 

for performance database are combined with search results from the related search 
database, block 208. At block 210, a search result list is returned to the searcher, 
for example by displaying identified search listings on the search engine web page 
and conveying the web page data over the network to the client computer. The 

15 search results and related search results may be displayed in any convenient 

fashion. 

An example of a search result list display used in one embodiment of the 
present invention is shown in FIG. 3, which is a display of the first several entries 
resulting from the search for the term "CD burners." The exemplary display of - 

20 FIG. 3 shows a portion of a search result list including a plurality of entries 310a, 

310b, 310c, 310d, 310e, 310f, 310g, 310h, 310i, a listing 312 of other search 
categories and a related searches listing 314. 

As shown in FIG. 3, a single entry, such as entry 310a in the search result 
list consists of a description 320 of the web site, preferably comprising a title and a 

25 short textual description, and a hyperlink 330 which, when clicked by a searcher, 

directs the searcher browser to the URL where the described web site is located. 
The URL 340 may also be displayed in the search result list entry 310a, as shown 
in FIG. 3. The "click through'* of a search result item occurs when the remote 
searcher viewing the search result item display 310 of FIG. 3 selects or clicks on 

30 the hyperlink 330 of the search result item display 310. 
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Search result list entries 310a-310h may also show the rank value 360a, 
360b, 360c, 360d, 360e, 360f, 360g, 360h, 360i of the advertisers' search listing. 
The rank value 360a-360i is an ordinal value, preferably a number, generated and 
assigned to the search listing by the processing system of the search engine web 
5 server. Preferably, the rank value 360a-360i is assigned in a process, implemented 

in software, that establishes an association between the bid amount, the rank, and 
the search term of a search listing. The process gathers all search listings that 
match a particular search term, sorts the search listings in order from highest to 
lowest bid amount, and assigns a rank value to each search listing in order. The 

10 highest bid amount receives the highest rank value, the next highest bid amount 

receives the next highest rank value, proceeding to the lowest bid amount, which 
receives the lowest rank value. The correlation between rank value and bid 
amount is illustrated in FIG. 3, where each of the paid search list entries 
310a-310h display the advertiser's bid amount 350a, 350b, 350c, 350d, 350e, 

15 350f, 350g, 350h, 350i for that entry. If two search listings having the same 

search term also have the same bid amount, the bid that was received earlier in 
time will be assigned the higher rank of value. 

The search result list of FIG. 3 does not include unpaid listings. In the 
preferred embodiment, unpaid listings do not display a bid amount and are 

20 displayed following the lowest ranked paid listing. Unpaid listings are generated 

by a search engine utilizing object distributed database and text searching 
algorithms as known in the art. An example of such a search engine is the search 
engine operated by Inktomi Corporation. The original search query entered by the 
remote searcher is used to generate unpaid listings through the conventional search 

25 engine. 

The listing 312 of other search categories shows other possible categories 
for searching that may be related to the searcher's input search term 316. The 
other search categories are selected for display by identifying a group such as 
computer hardware containing the input search term 316. Categories with in the 
30 group are then displayed as hyperlinks which may be clicked through by the 
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searcher for additional searches. This enhances the user's convenience in cases 
where the user's input search did not turn up suitable search results. 

The related searches listing 314 displays six entries 318 of related searches 
determined using the related searches database as described herein. In other 
5 embodiments, other numbers of related search entries may be show. In addition, a 

link 320 labeled "more" allows the user to display additional related search 
entries. In the illustrated embodiment, the displayed entries 318 are the top six 
most relevant and most bidded-on terms in the related searches database. 

Referring now to FIG. 4, the act of identifying matching related search 

10 listings in a related search database (act 206, FIG. 2) in one embodiment 

comprises the following acts. At block 400, an inverted index containing all data 
from all web pages contained in the pay for performance database of the database 
search system is searched. The inverted index is stored in the related searches 
database. In an inverted index, a single index entry is used to reference many 

15 database records. Searching for multiple matches per index entry is generally 

faster when using inverted indexes, since each index entry may reference many 
database records. The inverted index lists the words which can be searched in, for 
example, alphabetical order and accompanying each word are pointers which 
identify the particular documents which contain the word as well as the locations 

20 within each document at which the word occurs. To perform a search, instead of 

searching through the documents in word order, the computer locates the pointers 
for the particular words identified in a search query and processes them. The 
computer identifies the documents which have the required order and proximity 
relationship for the search query terms. 

25 At block 402, meta-information is also searched for the received search 

term. Meta-information is abstracted, once-removed information about the 
collected data itself and forms a description of the data. Meta-information is 
derived information and relational information. Meta-information for a listing 
describes the relation of the listing to other listings, and meta-information for a 

30 listing describes the relation of the advertisers sponsoring a listing to other 

advertisers. 
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Meta-information is obtained using a script of connnand to analyze the pay 
for performance data base and determine information and relationships present in 
the data. The meta-information is collected for each row of data in the database 
and attached to that row. In one embodiment, the script is run one time as a batch 
5 process after the data is collected in the database. In other embodiments, the script 

is periodically re-run to update the meta-information. 

Meta-information about the web pages and key words contained in the pay 
for performance database includes information such as the frequency of 
occurrence of similar key words among different web site domains and the number 

10 of different key words associated with a single web site. The meta-information 

may further include fielded advertiser data which is the information contained in 
each search listing provided by web site promoters who have bid upon search 
terms in the pay for performance database; advertiser identification information; 
web site themes, such as gambling or adult content;, and derived themes. 

15 Preferably, the meta-information is combined in a connnon inverted index with the 

stored web page data searched at block 400. 

The result of the searches of block 400 and block 402 is a listing of rows of 
the inverted index or indexes containing the searched information. Each row 
contains the information associated with a search listing of the pay for 

20 performance database along with all the text of the web page associated with the 

search listing. In the illustrated embodiment, the search listing includes the 
advertiser's search terms, the URL of the web page, a title and descriptive text. 

At block 404, the returned related search results are sorted by relevancy. 
Any suitable sorting routine may be used. A preferred process of sorting the 

25 search results by relevancy, block 404, is illustrated in greater detail in FIG. 5. 

At block 406, the six most relevant related search results are selected. It is 
to be noted that any suitable number of search results may be provided. The 
choice of providing six related searches as suggestions to a searcher is arbitrary. 
After block 406, control proceeds at block 208, FIG. 2. 

30 FIG. 5 is a flow diagram illustrating a method for sorting by relevancy 

search results obtained fi-om a related searches database, corresponding to 
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block 404 of FIG. 4. In the embodiment illustrated in FIG. 5, a relevancy value is 
maintained for each returned listing. The relevancy value is adjusted according to 
specific relevancy factors, some of which are defined in FIG. 5. Other relevancy 
factors may be used as well. After adjusting the relevancy value, a final sorting 
5 occurs and the highest valued listings are returned. 

At block 500, the relevancy value for individual records located during the 
search (block 400, block 402, FIG. 4) are increased according to the frequency of 
occurrence of a queried search term in each respective record. For example, if the 
queried search term occurs frequently in the text associated with the search listing, 
10 the relevancy of that listing is increased. If the queried search term occurs rarely 

or not at all in the listing, the relevancy value of that list is not increased or is 
decreased. 

At block 502, it is determined if there are multiple search terms in the 
search queries submitted by the searcher. If not, control proceeds to block 506. If 

15 there are multiple search terms, at block 504, the relevancy of individual search 

results is increased according to proximity of the searched terms in a located 
record. Thus, if two search terms are immediately proximate, the relevancy score 
value for the record may be substantially increased, suggesting that the identified 
search listing is highly relevant to the search query submitted by the searcher. On 

20 the other hand, if the two search terms occur, for example, in the same sentence 

but not in close proximity, the relevancy of the record may be slightly increased to 
indicate the lesser relevancy suggested by the reduced proximity of the search 
terms. 

At block 506, it is determined if the located record contains a bidded search 
25 term. Search terms are bidded on by advertisers, the bids being used for display of 

search results by the search engine web server using the pay for performance 
database. If the search result does include a bided on search term, the relevancy of 
the record is adjusted, block 508. If the query does not include one or more bided 
on search terms, control proceeds to block 510. 
30 At block 510, it is determined if there are search terms in the description of 

the search listing. As illustrated in FIG. 3, each such listing includes a textural 
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description of the contents of the web site associated with the search listing. If the 
search terms are not included in the description, control proceeds to block 514. If 
the search terms are included in the description, at block 512, the relevancy of the 
located record is adjusted accordingly. 
5 At block 514, it is determined if the search terms are located in the title of 

the search listing. As illustrated in FIG. 3, each search listing includes a title 360. 
If the search terms are included in the title of a record, the relevancy of the record 
is adjusted accordingly, block 516. If the search terms are not included in the title, 
control proceeds to block 518. 

10 At block 518, it is determined if the search terms are included in the 

metatags of the search listing. Metatags are textural information included in a web 
site which is not displayed for user use. However, the search listing contained in 
the pay-for-performance database includes the metatags for searching and other 
purposes. If, at block 518, the search terms are not included in the search listing, 

15 control proceeds to block 522. On the other hand, if the search terms are included 

in one or more metatags of the search listing, at block 520 the relevancy of the 
record is adjusted accordingly. 

At block 522 it is determined if the user*s search terms are included in the 
text of the bided web page. If not, control proceeds to block 406, FIG. 4. 

20 However, if the search terms are included in the web page text, at block 524 the 

relevancy of the search listing record is adjusted accordingly. 

Following the steps illustrated in FIG. 5, one or more and preferably six 
most relevant related search listings are returned and presented to the searcher 
along with the search results from the pay-for-performance database. 

25 . FIG. 6 illustrates a method for fonning a related searches database for use 

in the database search system of FIG. 1. The method begins at block 600. 

At block 602, all text for all web pages in the pay-for-performance database 
is fetched. This includes metatags and other non-displayed textual information 
contained in the web page referenced by a URL contained in the pay for 

30 performance database. At block 604, text from sinGdlar pages is omitted. This 

reduces the amount of data which must be processed to form the related searches 
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database. One embodiment of a method for performing this act will be described 
below in conjunction with FIG. 7. In addition, this greatly increases the speed at 
which the related searches database may be produced. At block 606, the text is 
stored in the related searches database. 

At block 608, an inverted index is created, indexing the search listing data 
stored at block 606 along with the text fetched at block 602. The resulting 
inverting index includes a plurality of rows of data, each row including a key word 
along with all text from the database associated with that key word. 

One illustrative example of a configuration for the contents of the related 
search database follows. Each row of the database includes the following 
elements: 



canon_cnt 

advertiser_cnt 

related„result 

raw„search_text 
advertiser_ids 

words 

theme 



integer # Number of different search listings bidded 

on this related result 

integer # Number of different advertisers bidding on 

this related result 

varchar(50) # related result (bidded search term), 
canonicalized and depluralized 

varchar(50) # original raw bidded search term 

varchar(4096)# explicit list of all advertisers bidding on this 
related result 

varchar(65536+) # full text of all web pages crawled, 
including hand-coded descriptions 

varchar(50) 



directory_taxonomy varchar(200) 



The count canon_cnt differs from the count advertiser_cnt because many 
different web pages in the same domain could be bidded against the same bidded 
search term, or many different advertisers may bid on only 1 search term. Special 
themed keys are embedded into the database with 'flags' inserted in the 
advertiser_cnt field. If 'advertiser_cnt == 999999999', the query being presented 
is an adult-oriented query. In this implementation, an optional enhancement is to 
disable related results in this case. The counts canon_cnt and advertiser_cnt are 
the current derived-data fields. Additional fields such as theme and 



wo 01/90947 



PCT/USOl/16161 



17 

directory_taxonomy_category can optionally be added to give even naore 

enhanced relevance to related results matches, though they are not used in the 

illustrated embodiment. 

In one embodiment, the inverted index which is queried against to obtain 

5 the related results is created with the following Java command: 

SQL> Create metamorph inverted index mm_index02 on line_ad02(words); 
This is the vendor-specific method (using the Texis relational database 

management system provide by Thunderstone- EPI, Inc.) for creating a free-text 

search index (mm_index02) on a document (here contained in a database column 

10 (words)) which will be searched (from RelatedSearcherCore Java) by the Texis 

Thunderstone SQL command: 

"SELECT" 

+ "$rank, " //Num getRow() arg position 0 

4- "canon__cnt, //Int getRow() arg position 1 

15 -h "raw_search__text, " //Stri getRow() arg position 2 

+ "cannon_search_text, " //Stri getRow() arg position 3 
4- "advertiser_ids, " //Stri getRow() arg position 4 
+ "advertiser_cnt " //Int getRow() arg position 5 
+ "FROM line_ad02 " 

20 + "WHERE words " 

+ "LIKEP $query ORDER BY 1 desc, advertiser.cnt desc;"; 

The $rank is a vendor-supplied vutual data field which progranmiatically 
contains the "relevancy" of the search result, based on the frequency of occurrence 
25 of the queried phrase ($query) in the "words" field, the proximity of the queried 

phrase elements to each other 'within the indexed words field, and the word order 
(if > 1 query phrase word) as compared to the ordering of words within the 
"words" field. 

The "rank" is vendor-specific, and derived by various differing algorithms 
30 by different Free Text Search Engine suppliers, though is similar enough in 

practice that any vendor's Free Text Search Engine works to implement the 
Related Searches Functionality. 

The "ORDER BY 1 desc[ending], advertiser_cnt desc[ending]" controls 
ranking the results of the query by relevance primarily (field " 1 " == $rank), and 
35 secondarily by the derived field "advertiser_cnt", which is the count of advertisers 
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bidding on this particular related_search_result. Thus, "relevance" is the primary 
selection criteria, and "popularity" is the secondary selection criteria. 

At block 610, additional indexes are created and stored with the inverted 
index created at block 608. The additional indexes are created using key 
5 information associated with each search listing. The key information includes, for 

example, fielded advertiser data such as an advertiser's identification and derived 
themes such as gambling and so forth. The method then ends at block 612. 

FIG. 7 is a flow diagram illustrating a method for removing similar page 
information from a database. The method in the illustrated implementation 
10 follows performance of act 602 of FIG. 6. 

At block 702, the pay for performance database (also referred to as a 
bidded search listing data base) is examined for URL data and all URLs are 
extracted from the database and formed into a list. The list is sorted and any exact 
duplicates are removed, block 704 
15 At block 706, a URL in the list is selected and it is determined if the 

selected URL bears similarity to a preceding URL in the list. Similarity may be 
determined by any suitable method, such as a number of identical characters or 
fields within the URL or a percentage of identical characters, or a conomon root or 
string or field. 

20 At block 708, if the selected URL is similar to the preceding URL, the 

selected URL is added to a list of candidate duplicate URLs. At block 710, a 
predetermined number of each potentially duplicate URL are crawled. In the 
illustrated embodiment, the predetermined number is the first two potentially 
duplicate URLs. Crawling is preferably accomplished using a program code 

25 referred to as a crawler. A crawler is a program that visits Web sites and reads 

their pages and other information. Such programs are will known and are also 
known as a "spiders" or "bots." Entire sites or specific pages can be selectively 
visited and indexed by a crawler. In alternative embodiments, subsets of each site 
referenced by a URL, rather than an entire site, may be crawled and compared for 

30 similarity. 
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At block 712, the data returned by the crawler is examined. The data may 
be referred to as the body of the URL and includes data from the site identified by 
the URL and all accessible pages of the site. It is determined if the data including 
text and other information contained in the body of the URL is sufficiently similar 
5 to the data contained in the body of the previous URL. Again, similarity may be 

determined by any suitable method, such as a statistical comparison of the textual 
content of each page. If there is sufficient. similarity, control proceeds to block 
714 and it is assumed that the URL is the same as the previous URL. The body of 
text and other information is assigned to the rest of the similar URLs. 

10 If, at block 706, it was deteraiined that the selected URL was not similar to 

the preceding URL, or if at block 712 it was determined that the body of the URL 
was not similar enough to the body of the previous URL, control proceeds to block 
718. At block 718, the URL is added to a list of URLs to be crawled. At block 
720, all URLs on the list are crawled to retrieve and store information contained at 

15 the sites indicated by each URL. 

At block 716, the information from each crawled URL is loaded into the 
related searches database (also referred to as the free text database). The 
information is joined with search listing data already included in the related 
searches database. Thus, the method steps illustrated in FIG. 7 reduce the total 

20 amount of data contained in the related searches database by reducing the number 

of URLs that are crawled and stored. Duplicate URLs are eliminated from the 
process and near-duplicate URLs are checked for similarity of content. The result 
is reduced storage requirements for the resulting database and faster, more 
efficient searching on the database. This enhances user convenience by improving 

25 performance. 

From the foregoing, it can be seen that the present invention provides an 
improved method and apparatus for producing related searches for presentation to 
a searcher searching in a pay for performance database. Related searches are 
performed in a related searches database which has been formed using the pay for 

30 performance database. The search results from the related searcher's database are 

ordered by relevancy for presentation to the user. Thus, if a user's initial search 
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was too narrow or too broad, the user has available related searches which may be 
used to produce more usable results. In addition, the related searches have been 
produced using search listings referenced by bidded search terms. This provides a 
benefit to advertisers who pay for advertising in the database search system. This 
increases the likelihood that an advertiser's web site will be visited by a searcher 
using the database system. 

While a particular embodiment of the present invention has been shown 
and described, modifications may be made. It is therefore intended in the 
appended claims to cover all such changes and modifications which fall within the 
tme spirit and scope of the invention. 
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Source Code Appendix 



This is the core Java piece that actually 
5 perforins the Free-text-search from the 

Free Text Search engine (Texis RDBMS from 
Thunderstone - EPI, Inc.), and post-processes 
the results, filtering on advertiser frequency 
of occurrence and theme (' adult ' -ness ) . 



15 



20 



package com. go2 . search. related; 

import java.util .Vectors- 
import . j ava - util . Hashtable ; 
import j ava. util . StringTokenizer; 
import j ava . rmi . RemoteException; 

import com. go2 . texis . * ; 



/ * * 

25 * ©author Phil Rorex 

* ©version 
*/ 

class Callback implements TErrorMsglF { 
30 private static int errllS = 0; 

public int getErrllS ( ) { 
return { errllS ) ; 
} 

public void ErrorMsgDelivery { String msg, int level, int 
35 msgNumber) { 

switch (msgNumber) { 
case 2 : { 

System, out . print In ( "FATAL: msg: " + msg + " level: " + level 
msgNumber: " + msgNumber) ; 
40 System. exit (2) ; 

} 

case 100: breaks- 
case 115: errll5++; breaks- 
default: 

45 " System, out .print In { "UNUSUAL: msg: " + msg + " level: 

level + " msgNumber: " + msgNumber) ; 
} 

} 

} 

50 

/ * * 

* run as a stand-alone JVM, since the Free Text Searcher 

* being used is best connected with as a JNI -based C language 

* library interface API 
55 **/ 
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public class RelatedSearcherCore implements Runnable { 
//cache an instance of Texis server and Query 
private static Server texis = null; 
private static Query texisQuery = null; 
private static Query texis PlurQueiry = null; 
private static Query texisAdultQuery = null; 
private static long timeClock; 

//used to coordinate time-outs on extra long queries 
private static final Integer PRE_QUERY = new Integer (1) ; 
private static final Integer MID_QUERY = new Integer (2) ; 
private static final Integer POST_QUERY = new Integer (3 ) ; 

private static Integer semaphore = PRE_QUERY; 

// time out process 
Thread watchDog; 

// Thread starts out waiting on eternity 

// may never be used if Core ( ) doesn't have timeout set for 
long globalTimeOut = 0; 

//The magic adult flag 

//If a related search free- text search returns a row 
//which has this field set, it's automatically "themed" 
//as an adult-oriented related search 

//This particular "Magic data row" is pre-loaded with 
//all the "adult-oriented" terms which are typical 
//in this theme. Same should be done for CASINO_FLAG 
//CURRENT_NEWS_FLAG, and any other theme desired, 
private static final int ADULT_FLAG = 999999999; 

//How many pluralized tries of the query 

// used to search for singular and plural 

// version of up to [square root of] MAX_PLURAL__QRY 

/ / terms 

private static final int MAX_PLURAIi_QRY = 4; 

//Limit Texis to this many rows 

//This is the initial # of pre-filtered free-text 
//searched rows coming back from the search engine 
private static final int MAX_ROWS = 60; 

// 

//controls the 'looseness' of the post-search filter 
//that filters out related searches based on the 
//derived-data element of {#-of -dif f erent-advertisers- 
/ /bidding on this related search term) . Set to 0 is 
//this element means "how many times we can ignore seeing 
//the identical advertiser before we start ignoring 
//related searches bid on by him" 0 is strongest reject, 
//larger numbers reject less stringently (usu. not > than 
//I, if ratio of webpages : related searchterms is > than 
//about 10 

private static final int ADVERT I SER_THRESHOIiD = 0; 
//the SQL query used to talk to Texis (the FTS engine) 
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private static final String TEXIS_SQL = 
"SELECT " 

+ "$rank, " //Num getRow() arg position 0 

+ "canon_cnt, " //Int getRowO arg position 1 

+ "raw„search_text, " //Stri getRowO arg position 2 

+ "cannon_search_text, " //Stri getRowO arg position 3 

+ "advertiser_ids, " //Stri getRowO arg position 4 

+ " advert i serpent " //Int getRowO arg position 5 

+ "FROM line_ad02 " 

+ "WHERE words " 

+ "LIKEP ? ORDER BY 1 desc, advert iser_cnt desc;"; 
//+ "LIKEP ? ;"; 

//+ "LIKEP ? ORDER BY advert iser_cnt desc;"; 

private static final String TEXIS„PLUR„SQL = 
"SELECT plural " 
+ "FROM plurals " 
+ "WHERE singular " 
+"=?;" ; 

private static final String TEXIS_ADULT_SQL = 
"SELECT cannon_search_text " 
+ "FROM adult " 
+ "WHERE words " 
+ "LIKE ? ; " ; 

private static Callback cb = new CallbackO; 

public void init (String texisHome, long timeOut) { 
globalTimeOut = timeOut; 
init (texisHome) ; 

} 

public void init (String texisHome) { 

/ * * 

* Instantiate Texis connection object and perform 

* Texis query initialization 

* Called one time to setup the Related Search query. 

* Must be called before findRelate is ever called. 
*/ 

//Perform Texis initialization and precache an instance 
//of Texis Server and Texis Query 
try { 

Texis texisRDBMS = new Texis () ; 
texis = (Server) texisRDBMS . createServer { texisHome) ; 

Vector n = new Vector(200); 
// Vector n = texis . getNoise () ; 

n . addElement ( " a " ) ; n . addElement ( " about " ) ; 
n.addElement ( "after" ) ; 

n. addElement ( "again" ) ; n.addElement ( "ago" ) ; n.addElement ( "all" ) 

n.addElement ("almost") ; n . addElement (" also" ) ; 
n . addElement ( " always " ) ; 

n.addElement ( "am" ) ; n.addElement ( "an" ) ; n.addElement ( "and" ) ; 

n . addElement { " another " ) ; n . addElement ( " any" ) ; 
n . addElement ( " anybody" ) ; 

n . addElement ( " anyhow" ) ; n . addElement ( " anyone " ) ; 
n . addElement ( " anything" ) ; 
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n . addE lament ( " anyway" ) ; n . addElement { " are " ) ; 
n . addElement ( " as " ) ; 

n . addElement ( " at " ) ; n . addElement ( « away" ) ; n . addElement { " be " ) ; 

n . addElement ( "became " ) ; 
5 n. addElement ( "because" ) ;n. addElement { "been" ) ; 

n. addElement ( "before" ) ; n. addElement { "being" ) ; 
n . addElement ( "but " ) ; 

n . addElement { " by " ) ; n . addElement ( " came " ) ; n . addElement { " can " ) ; 

n. addElement ( "cannot" ) ; n. addElement ( "com" ) ; 
10 n . addElement { " come " ) ; 

n. addElement { "could" ) ; n. addElement ( "de" ) ; n. addElement ( "del" ) 

n . addElement ( " der " ) ; n . addElement ( " did" ) ; n . addElement ( " do " ) ; 

n . addElement ( " does " ) ; n . addElement ( " doing" ) ; 
n . addE 1 emen t { " done " ) ; 
15 n.addElement { "down" ) ; n . addElement (" each" ) ; 

n . addElement ( " else" ) ; 

n . addElement ( " even " ) ; n . addElement ( " ever " ) ; 
n . addElement { " every" ) ; 

n . addElement ( " everyone " ) ; n - addElement { " everything" ) ; 
20 n.addElement ( "for" ) ; 

n . addElement ( " from" ) ; n . addElement ( " front " ) ; 
n . addElement ( " get " ) ; 

n . addElement ( " getting " ) ; n . addElement ( " go " ) ; 
n . addElement ( " goes " ) ; 
25 n . addElement ( " going" ) ; n . addElement ( " gone " ) ; 

n . addElement ( " got " ) ; 

n.addElement { "gotten" ) ; n.addElement ( "had" ) ; 
n . addElement ( " has " ) ; 

n . addElement ( " have " ) ; n . addElement { " having " ) ; 
30 n . addElement ( " he " ) ? 

n . addElement ( "her" ) ; n . addElement ( "here " ) ; n . addElement ( " him" ) 

n . addElement ( "his " } ; n . addElement ( "how" ) ; n . addElement ( " i " ) ; 

n.addElement ( "if " ) ; n . addElement (" in" ) ; n . addElement (" into" ) ; 

n . addElement ( " is " ) ; n . addElement ( " isn ' t " ) ; n . addElement ( " i t " ) ; 
35 n . addElement ( " jpg" ) ; n. addElement ( "just" ) ; 

n . addElement ( " last " ) ; 

n . addElement ( " least " ) ; n . addElement ( " lef t " ) ; 
n . addElement ( " less " ) ; 

n.addElement ( "let" ) ; n.addElement ( "like" ) ; 
40 n . addElement ( "make" ) ; 

n . addElement { "many" ) ; n . addElement ( "may" ) ; 
n . addElement ( "maybe " ) ; 

n . addElement ( "me" ) ; n . addElement ( "mine " ) ; n . addElement { "more " ) 

n . addElement { "most " ) ; n . addElement ( "much" ) ; n . addElement ( "my" ) 
45 n . addElement ( "myself " ) ; n . addElement ( "net " ) ; 

n.addElement ( "never" ) ; 

n.addElement ( "no" ) ; n.addElement ( "none" ) ; n.addElement ( "not" ) ; 

n . addElement ( "now" ) ; n. addElement { " of " ) ; n . addElement ( " off " ) ; 

n . addElement ( " on " ) ; n . addElement ( " one " ) ; n . addElement ( " onto " ) ; 
50 n . addElement ( " org" ) ; n . addElement ( " our" ) ; 

n . addElement ( " ourselves " ) ; 

n.addElement ( "out" ) ; n.addElement ( "over" ) ; n.addElement ( "per" ) 

n . addElement ( "put " ) ; 
n.addElement ( "putting" ) ;n. addElement ( "same" ) ; 
55 n.addElement ("saw") ; n.addElement (" see" ) ; n.addElement (" seen" ) 

n . addElement ( " shall " ) ; n . addElement ( " she " ) ; 
n . addElement ( " should" ) ; 
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n . addElement ( " so " ) ; n . addElement ( " some " ) ; 
n . addElement ( " somebody" ) ; 

n . addElement ( " someone " ) ; n . addElement { " something " ) ; 
n . addElement ( " stand" ) ; 

n . addElement { » such" ) ; n . addElement ( " sure" ) ; 
n . addElement ( " take" ) ; 

n . addElement ( " than " ) ; n . addElement { " that " ) ; 
n . addElement ( " the " ) ; 

n . addElement ( " their " ) ; n . addElement { " them" ) ; 
n . addElement ( " then" ) ; 

n . addElement ( " there " ) ; n . addElement ( " these " ) ; 
n . addElement { " they" ) ; 

n . addElement ( " this " ) ; n . addElement ( " those " ) ; 
n . addElement ( " through" ) ; 

n. addElement ( "till" ) ; n . addElement ( "'to " ) ; n. addElement (" too" ) 

n . addElement ( " two " ) ; n . addElement ( " unless " ) ; 
n . addElement ( "until " ) ; 

n . addElement ( " up " ) ; n . addElement ( " upon " ) ; n . addElement ( " us " ) ; 

n . addElement { "very" ) ; n . addElement ( "was " ) ; n . addElement ( "we " ) 

n . addElement { "went " ) ; n . addElement ( "were" ) ; 
n . addElement ( "what " ) ; 

n . addElement ( "what » s " ) ; n . addElement { "whatever" ) ; 
n . addElement ( "when" ) ; 

n. addElement ("where" ) ; n. addElement ( "whether" > ; 
n . addElement { "which" ) ; 

n. addElement ( "while" ) ; n . addElement { "who" ) ; 
n . addElement ( "whoever" ) ; 

n, addElement ( "whom" ) ; n. addElement ( "whose" ) ; 
n . addElement ( "why" ) ; 

n . addElement ( "will " ) ; n . addElement ( "with" ) ; 
n. addElement ( "within" ) ; 

n. addElement { "without" ) ;n. addElement ( "won' t" ) ; 
n . addElement ( "would" ) ; 

n . addElement ( " wouldn ' t " ) ; n . addElement { "www" ) ; 
n. addElement ( "yet" ) ; 

n. addElement { "you" ) ; n. addElement ( "your" ) ; 

texis . setNoise (n) ; 

texisQuery = (Query) texis . createQuery () ; 
texisPlurQuery = (Query) texis . createQuery () ; 
texisAdultQuery = (Query) texis . createQuery () ; 

/* 

* Query. apiO 's affect ALL queries, not just ones set on 
*/ 

texisQuery. setlikeprows (MAX_ROWS) ; 
texisQuery.allinear (0) ; 
texisQuery . alpostproc ( 0 ) ; 

texisQuery. prepSQIi(TEXIS_SQL) ; 

texisPlurQuery .prepSQL (TEXIS_PLUR_SQL) ; 
texisAdultQuery .prepSQIi (TEXIS_ADULT_SQL) ; 

TErrorMsg. Regis terMsgDelivery(cb) ; 
watchDog = new Thread(this) ; 

watchDog.setPriority (Thread. NORM_PRiORITY + 1) ; 
watchDog . start ( ) ; 
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} catch (TException te) { 
te .printStackTrace ( ) ; 
throw new Run time Except! on ( 

"Could not initialize Texis : Failed with: " + te.getMsgO 
code: " + te . getErrorCode ( ) 
) ; 

} catch (RemoteException re) { 

throw new Runt imeExcept ion { "Unexpected RemoteException 

re) ; 

} 

} 

/ * * 

* Perform a Texis related search query and package results { 
any) 

* into an array of RelatedResults objects 
*/ 

public RelatedResult [ ] findRelated (String rawQuery, String 
canonQuery, int maxResults, int maxResultLength) 
throws Exception 

{ 

try { 
return 

findRelated ( rawQuery, canonQueary , maxResul ts , maxResultLength, 2000) 
} catch (Exception e) { 
e .printStackTrace ( ) ; 

throw new Exception ( "overloaded findRelated" +e . getMessage () ) 

} 

} 

public RelatedResult [ ] findRelated (String rawQuery, String 
canonQuery, int maxResults, int maxResultLength, long timeOut) 
throws RelatedSearchException 

{ 

//local vars 

Vector resultVector = new Vector (); 

Vector thisRow = new VectorO; 

RelatedResult [ ] results = null; 

int resultCount = 0; 

int rank = 0; 

int canonCnt = 0 ; 

Integer advertiser_id = null; 

int advertiserCnt = 0; 

String advertiserlds = null; 

String rawSearchText = null; 

String canonSearchText = null; 

Runtime rt = Runtime . get Run time ( j ; 
long mem = rt . totalMemory ( ) ; 
long free = rt . f reeMemory ( ) ; 

//System. err. println( "totalMemoryO : " + mem); 
//System, err .print ln( " f reeMemory {) : " + free); 

try { 

if (canonQuery == null) return (null ) ; 
Vector queryArgs = new VectorO; 
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String newQuery; 

if (timeOut != 0) { 

// get the loop out of wait ( ) mode 
synchronized (watchDog) { 

globalTimeOut = timeOut; 

/ / System, err . print In ( 

/ / System. currentTimeMillis ( ) 

// + 

// + timeClock 
// + " = " 

// + (System. currentTimeMillis 0 - timeClock) 
// + » Core: setting MID_QUERY" ) ; 
semaphore = MID_QUERY; 

timeClock = System. currentTimeMillis () ; 
// thread better be waiting on eternity 
watchDog. notify ( ) ; 

} 

} 

// if no Raw Query, probably have canonicalized version only 
if (rawQuery 1= null) { 

// usual serving site, don't re~pluralize, just use 

// raw query; 

newQuery = stripNoiseChars (rawQuery) ; 
}else{ 

// only have a canonQuery to work with, so make 
// a rough approximation of a raw term to include in search 
// try and generate queries to cover up to MAX_PLURAL_QRY 
sible 

// re-pluralized forms of the query 

newQuery = pluralize ( stripNoiseChars (canonQuery) ) ; 

} //if 

if (newQuery == null) return null; 
i f ( i s Adul t ( newQue ry ) ) re turn nul 1 ; 

// Set up the (stack allocated) query parameters 

queryArgs . removeAllElements ( ) ; 
queryArgs . addElement (newQuery) ; 

//perform JNI calls here 
texisQuery.setParam (queryArgs) ; 
texisQuery . execSQL ( ) ; 

//Iterate over the rows 
String lastCanon = rawQuery; 

Hashtable advertisers = new Hashtable (MAX_ROWS*200 ) ;. 
Hashtable used = new Hashtable (MAX_ROWS) ; 
Vector resultSet = texisQuery . getRows ( ) ; 
//Vector resultSet = .getRowsLocal ( ) ; 

// make 2 passes. 

// first time de-dup on advertisers 
// second time don't dedup 

// System, out. print In ("got rows: " + resultSet . size ()) ; 
for(int pass = 0; pass < 2 ; , pass+-l-) { 

if (resultCount >= maxResults) t break; 
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for(int i = 0; i < resultSet . size { ) ; i++) { 
thisRow = (Vector ) resultSet . elementAt { i) ; 
if (thisRow. size ( ) == 6) { 

rank = { (Number) (thisRow. elementAt { 0 ) ) ) .intValueO ; 

// System. out.println( thisRow. elementAt (0) .getClassO .toStringO ) ; 

canonCnt = ( ( Integer) ( thisRow . elementAt { 1) ) ) . intValue ( ) ; 



rawSearchText = (String) thisRow. elementAt (2) ; 
canonSearchText = (String) thisRow. elementAt (3 ) ; 

advertiserlds = ( String) thisRow. elementAt ( 4 ) ; 
advertiserCnt = ( (Integer) thisRow. elementAt ( 5 ) ) . intValue ( ) 

//Drop out early if we detect magic ADUIiT_FLAG 
if (advertiserCnt == ADULT_FLAG) return null; 
if (canonCnt == ADULT_FLAG) return null; 

if { false) { 

System, o.ut .println( "rank: " 

+ rank 

+ " cnt: " 

+ canonCnt 

+ " rst: " 

+ rawSearchText 

+ " est: " 

+ canonSearchText 

+ " aids: " 

+ advertiserlds 

+ " adcnt: " 

+ advertiserCnt 

) ; 

} 

}else{ 

throw new RelatedSearchException ( "Texis query failed, 
protocol violation" ) ; 
} 

// De-dup the results, and also don't return a related 
// search term which canonically matches the original query 
if ( ( » canonSearchText . equal s IgnoreCase (rawQuery) ) && 
( ! canonSearchText . equals ( canonQuery ) ) && 
( ! rawSearchText . equals IgnoreCase (rawQuery) ) && 
( ! rawSearchText . equalsIgnoreCase (canonQuery) ) && 
( canonSearchText . length ( ) <= maxResult Length) ) { 
//System. out .println( "got est: " + canonSearchText); 
//look for this advertiser in the hash table 
//if there, increment occurrances count 
// and if above threshhold, we've seen enough 
// terms suggested by this advertiser, so go to 
// next term 

// if not seen this advertiser yet, put it in the 
// hashtable and process 

StringTokenizer st = new StringTokenizer (advertiserlds , " 

) ; 

//if (st .countTokensO != advertiserCnt) { 
// System. out .print In ( "toks: " 
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15 



55 



/ / + St . countTokens ( ) 

// + "Cnt: " 

// + advert iserCnt) ; 

// throw new RelatedSearchException ( 

// "Texis queary suspect, wrong advertiser count"); 

//} 

if {pass == 0 ) { 



int dupAdvCnt = 0; 
10 boolean Next = false; 



// Parse all the advertiser ID's out of the returned row 
while {st .hasMoreTokens () ) { 

Integer advertiserld = Integer .valueOf ( st .nextToken {)) ; 

//if ( 1 advertisers .containsKey (advertiserld) ) 



// if this advertiser is new to us (over whole query) 
// put in the hash 

20 Integer cnt = (Integer) advertisers . get (advertiserld) ; 

if (cnt == null) 
{ 

advertisers. put (advertiserld, new Integer (0) ) ; 
}else{ 

25 // Seen this advertiser before, so increment his 

// tally 

advertisers ♦put (advertiserld, new 
Integer (cnt . intValue ( ) +1) ) ; 

30 //System. out .print In (advertiserld + " dups: " + 

(cnt . intValue ( ) +1 ) ) ; 

// If he's (now) past the threshhold, don't use 
// bidded term (yet) 

if ( cnt . intValue ( ) >= ADVERTISER_THRESHOLD) { 
35 Next = true; 

break ; 

} 

dup AdvCn t + + ; 

} 

40 } 

if (Next =- true) { 

continue; 
}else { 

if ( ! used. containsKey (canonSearchText) ) { 
45 us ed. put (canonSearchText , new Boolean ( true) ) ; 

} 

} 

}else { 

if ( ! used . containsKey ( canonSearchText ) ) { 
50 used. put (canonSearchText , new Boolean ( true) ) ; 

}else{ 

continue ; 

}' 

} 



//if (dupAdvCnt >= ADVERTISER^THRESHOLD) { 
/ /continue; 

// System.out .println( "dups: " + dupAdvCnt); 
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//} 



if (pass == 0) { 

5 // first time thru see if we've used this advertiser 

Integer cnt = (Integer) advertisers . get (advertiser„id) ; 
if (cnt == null) { 

advertisers • put (advert iser_id, new Integer (0) ) ; 

}else{ 

10 advertisers . put ( advertiser_id, new 

Integer ( cnt . intValue ( ) +1 ) ) ; 

if (cnt. intValue () >= ADVERT I SER_THRESHOIiD) { 
continue; 

} 

15 } 

if ( iused.containsKey (canonSearchText) ) { 

used . put ( canonSearchText , new Boolean ( true ) ) ; 

} 

}else{ 

20 // this is a second (or more) time thru. 

// see if we've already used this term 
if ( Iused.containsKey {canonSearchText ) ) { 

used. put (canonSearchText, new Boolean ( true) ) ; 
}else{ 

25 continue; 

} 

} 

* ★ / 

if (resultCount < maxResults) { 
30 resultVector . 

addElement (new RelatedResult (rawSearchText , 
RelatedResult .NON_CACHED) ) ; 

resultCount++; 
}else { 

35 break; 

}//if-else 
}//if 
}//for 

}//for 

40 }catch (TException te) { 

throw new RelatedSearchException ( "Texis interface failed with: " 
+ te.getMsgO, te) ; 

} catch (Throwable t) { 

t , printStackTrace ( ) ; 

45 throw new Relat edSearchExcept ion ( "Unexpected Texis failure with: 

" + t . getMessage ( ) , t) ; 
} finally { 

if (timeout 1= 0) { 

synchronized (watchDog) { 
50 / / Sy s t em . err . print In ( 

/ / System. currentTimeMillis ( ) 
// + 

// + timeClock 
//+"=" 

55 // + (System. currentTimeMillis () - timeClock) 

// + " Core: setting POST_QUERY" ) ; 
semaphore = POST_QUERY; 

timeClock = System. currentTimeMillis () ; 
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// cause thread to wait on eternity 

globalTimeOut = 0; 

watchDog . notify { ) ; 

/ / System . err . println ( 

// System, cur rentTimeMi 11 is ( ) 

// + 

// + timeClock 
// + " = 

// + (System. current TimeMil lis ( ) - timeClock) 
// + " Core: done with calling notify"); 

} 

} 

} 

//System. out .println("INFO: 115 err'*s: " + cb. getErrllS { ) ) ; 
if (cb. getErrllS { ) > 100) { 

System, out. println {"FATAL: Too many Errll5*s"); 

System, exit (3 ) ; 

} 

if ( resultVector . size ( ) == 0) 

return null; 
else { 

resultVector . copylnto (results = new 
RelatedResult [resultVector . size ( ) ] ) ; 
return results; 

*} 

} 

private String stripNoiseChars (String term) { 
// Clean up the query a bit 

if (term. length { ) < 2) return (null) ; 

char[] buf = new char [term. length ()] ; 
int firstChar = 0; 

term, get Chars (0, buf. length, buf, 0); 

for (int i = 0; i < buf. length; i++) { 

if (buf[i] < 0x20 II buf[i] > 0x7e) return (null ) ; 

switch (buf[i]) { 
case 
case 
case 
case 
case 
case 
case 
case 
case 
case 
case 
case 
case 
case 
case 
case 



# 
$ 
% 

y\ 

Sc 
■k 

( 
) 
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case 


( • { ' ) 


case 


( • t ' ) 


case 


( ' } ' ) 


case 


( ' ] ' ) 


case 


el') 
* 1 ' 


case 


( ' \ ' ' 


case 




case 


[ • ; ' ) 


case 




case 


( ' w • 


case 


1 ' > ' ) 


case 


i t ) 


case 


[ • < ' ) 


case 




case 


( • / ' ) 


case 


1 ' ? ' ) 


case 




buf 


[i] = 



/ / System . out . println ( " i : " 

//+ i + "firstChar:" + firstChar 

//+ ^'setting buf [i] : " 

//+ (String.valueOf (buf ti] ) ) + " setting to space"); 
if {firstChar == i) firstChar = i+1; 

} 
} 

} 

// only spaces left 

if (firstChar == buf. length) return (null) ; 

term = term == null ? null : 
String.valueOf (buf , firstChar, buf .length-firs tChar) .trim{) ; 

switch (term, length 0 ) { 
case 0 : 

case 1: return (null) ; 
default: { 

switch (buf [firstChar] ) { 

case { 'h' ) : 

case ( 'H' ) : 

case ( • w ' ) : 

case ( • W ) : { 

String lowerTerm = term. tobowerCase {) ; 

// Use the lease vers of the string for testing 

// but make sure to SET the original string to return 

if (lowerTerm. startsWith ( "http www")) term = 
term. substring (10) ; 

else if (lowerTerm. startsWith { "http www")) term = 
term. substring (9) ; 

else if (lowerTerm. startsWith ( "http www")) term = 
term, substring (8) ; 

else if {lowerTerm. StartsWith ( «hhttp www")) term = 
term. substring (11) ; 

else if (lowerTerm. startsWith ( "http «)) term - 
term. substring (5) ; 

else if (lowerTerm. s.tartsWith( "http" ) ) term = 
term. substring (4) ; 
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else if {lowerTeinn. startsWith( "www ")) term = 
term. substring ( 4 ) ; 

else if (lowerTerm. startsWith ( "www" ) ) term = 
term . substring ( 3 ) ; 

} 

} 

} 
} 

switch ( term. length 0) { 
case 0 : 
case 1: 
default 
switch 
case 
case 
case 
case 
case 
case 
case 
case 



return (null) ; 
{ 

(term -char At (terra, length ( ) -1) ) { 
•m' ) 
»M' ) 
' t> ) 
'T^ ) 

'G' ) 

•f ' ) 
tp. ) 



{ 



string lowerTerm = term. toLowerCase ( ) 



if ( lowerTerm. ends With ( " dot com" ) ) 
term, substring (0, term, length () -8) • : null; 

else if (lowerTerm. endsWith ( " dotcom")) 
7 ? term . substring ( 0 , term, length (} -7 ) : null; 



term = term. length ( ) > 8 
term = term. length ( ) 



else if ( lowerTerm. endsWith ( " 
? term, subs tring(0, term, length 0 -4) 

else if (lowerTerm. endsWith ( " 
? term, substring ( 0 ; term, length () -4) 

else if (lowerTerm. endsWith ( " 
? term. substring ( 0 , term. length () -4) 

else if ( lowerTerm. endsWith ( " 
? term, substring { 0 , term, length () -4) 

else if ( lowerTerm. endsWith ( " 
? term. substring( 0, term, length ( ) -4) : 

} 

} 

} 
} 

//Debug: System, out .print In ( "term: 
return (term == null ? null : term, 

} 



com" ) ) 
null 
net" ) 
null 
org" ) 
null 
gif ") 
null 

jpg") 

null 



[" + term. trim 0 
trimO ) ; 



term = 


term. length { ) 


> 


term = 


term. length ( ) 


> 


term = 


term. length ( ) 


> 


term = 


term, length () 


> 


term = 


term. length ( ) 


> 



private boolean isAdult (String query) 
throws RelatedSearchException 

{ 

if (query == null) return false; 
Vector queryArgs = new Vector ( ) ; 

Vector thisRow = new VectorO;* 
queryArgs . addElement (query) ; 

try { 

//perform JNI calls 

texisAdultQuery . setParam( queryArgs) ; 
texisAdultQuery . execSQL ( ) ; 

if ( (thisRow = texisAdultQuery. getRow ( ) ) ,size() 



!= 0){ 
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return (true) ; 
}else{ 

return (false) ; 

} 

5 } catch (TException te) { 

throw new RelatedSearchException ( "Texis interface failed with: " + 
te , ge tMsg ( ) , te ) ; 

} catch (RemoteException re) { 

throw new RelatedSearchException ( "Got a RemoteException that 
10 should never occur: " + re) ; 

} 

} 

private String pluralize (String token) 
15 throws RelatedSearchException 

{ 

if (token == null) return null; 
Vector queryArgs = new Vector () ; 
String pluralToken; 
20 Vector thisRow = new Vector (); 

StringTokenizer stO = new StringTokenizer ( token, " » ); 
String [ ] terms = new String [ st 0 . countTokens ( ) ] ; 
String [] fullQueary = new String [MAX_PLURAL_QRY] ; 
25 int fullQueryCnt = 0; 

// Iterate over each token to see if there's a plural version 
for (int eleO = 0; stO . hasMoreTokens ( ) ; eleO++) { 
terms [eleO] = stO .nextToken ( ) ; 

} 



30 



for (int element = 0; element < terms, length && fullQueryCnt < 
MAX_PLURAIi_QRY ; el emen t + + ) { 



//Do plurals lookup on this term from texis db 
35 queryArgs . removeAllElements ( ) ; 

queryArgs . addElement ( terms [element] ) ; 

try { 

//perform JNI calls 

40 

texisPlurQuery.setParam(queryArgs) ; 
texisPlurQuery . execSQL ( ) ; 

//retrieve the row 

if((thisRow = texisPlurQuery.getRowO ) .sizeO 1= 0) { 
45 String term = null; 

// loop thru the terms 

forCint elel = 0; elel < terms . length; elel+4.) { 
if(elel == element) { 
if {elel == 0) { 

50 term = (String) ( thisRow. element At { 0 )) ; 

} else { 

term += " " + (String) ( thisRow. elementAt ( 0 )) ; 
} 

}else{ 

55 if (elel === 0) 

term = terms [elel]; 
else 

term += " « + terms [elel]; 
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} 

} 

fullQuery [fullQueryCnt] = term; 
f ullQueryCnt++ ; 



} 



} catch (TException te) { 
throw new RelatedSearchException ( "Texis interface failed with: 
+ te.getMsgO, te) ; 

} catch (RemoteException re) { 
10 throw new RelatedSearchException ( "Got a 

RemoteException that should never occur: " + re);} 



15 



} 



// Build the new expanded query 
if (fullQueryCnt > 0) { 

pluralToken = " ( " + token ; 
for(int i = 0; i < fullQueryCnt; i++) { 
20 pluralToken = pluralToken + + fullQuery [i ] ; 

} 

pluralToken = pluralToken + " ) " ; 
} else{ 

pluralToken = token; 

25 } 

return (pluralToken) ; 

} 

public Vector getRowsLocal () throws TException, RemoteException { 
Vector set = new Vector (); 
30 int e ; 

synchronized (APIToken.Lock) { 
while (true) { 

Vector row = new Vector (); 
row = texisQuery . getRowO ; 
35 if (row. size () == 0) 

break; 
set . addElement ( row) ; 

} 

} 

40 return set? 

} 

public synchronized void run() { 

while (true) { 
45 try{ 

// start our timeout 
synchronized (watchDog) { 

/ / Sys t em . err . print In ( 

/ / Sys tern. currentTimeMillis ( ) 
50 //+"-" 

// + timeClock 

// + = " 

// + (System. currentTimeMillis ( ) - timeClock) 
// + " run: starting wait of " 
55 // + globalTimeOut) ; 

watchDog. wait(globalTimeOut) ; 
// just got woke up, 
// see why 
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if ( semaphore . equals ( PRE_QUERY) ) { 
/ / System . err . print In ( 
// System. currentTimeMillis ( ) 
// + "~" 
// + timeClock 
// + " = 

// + { System. currentTimeMillis ( ) - timeClock) 
// + " run: got PRE_QUERY"); 

continue; 

} else if (semaphore. equals (POST_QUERY) ) { 
//System. err .print In ( 

// System. currentTimeMillis ( ) 
// + rt... 

// + timeClock 

// + " = " 

// + ( System. currentTimeMillis ( ) - timeClock) 

// + " run: got POST^QUERY" ) ; 

continue; 

} else if ( semaphore. equals {MID_QUERY) } { 

if '(System. currentTimeMillis 0 - timeClock >= globalTimeOut) { 
//we timed out, but semaphore wasn't 
// set, so hose ourselves 
System, err .print In ( 

System. currentTimeMillis ( ) 

+ timeClock 

+ ( System. currentTimeMillis () ~ timeClock) 

+ " Fatal: timeout " 

+ globalTimeOut 

+ " usee exceeded" ) ; 
System. exit (1) ; 
}else{ 

/ /System . err . print In ( 

/ / System. currentTimeMillis ( ) 

// + 

// + timeClock 
//+"=» 

// -I- (System. currentTimeMillis () - timeClock) 
// + " run: got MID_QUERY, but OK!"); 

} 

} else { 

System . err . print In ( 

System. currentTimeMillis ( ) 

+ timeClock 

+ (System. currentTimeMillis 0 - timeClock) 
+ " rim: ARGHH got no_QXJERY, Hmmmmm ! " ) ; 

} 

} 

} catch {Exception e) { 

System. err.println( "got wait() exception"); 

} 

} 
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The following code is used to implement the 
cached results lookup, first to see 
if we've seen this related search before, to 
save time and not do the algorithmic lookup 
5 dxiring the related search execution. 



10 



20 



25 



40 



50 



55 



package com . go2 . search . related ; 

/ / import atg . nucleus . Gener icRMIService ; 
import atg . nucleus . GenericService ; 
import atg. nucleus . ServiceException; 



15 import atg . service . resourcepool . JDBCConnec tionPool ; 

import atg . service . resourcepool . ResourceOb j ect ; 
import atg . service . resourcepool .Resour cePoolExcept ion; 



import j ava . rmi . RemoteExcept ion ; 

import java . net . * ; 
import j ava . io . * ; 

import java.sql-*; 

import java.util .Vector; 



/ * * 
* 



This is the top level interface to the related search 
30 * system it is meant to be used as a dynamo service available 

* to other dynamo services 



* 



/ 



//public class RelatedSearcherlmpl extends GenericRMI Service 
35 public class RelatedSearcherlmpl extends GenericService 

implements RelatedSearcher 



{ 



//my pool of Taxis /UDP 

private TexisUDPConnectionPool texisUDPConnectionPool ; 

//my pool of connections to Oracle cache 

private JDBCConnec tionPool relatedCacheConnectionPool ; 



//Statistics properties 

45 private int requestCoiant = 0; 

private int oracleCacheHits = 0; 

private int texisRequests = 0; 

private int texisTimeoutMillis = 0; 

private int slowTexisRequestCount = 0; 



//private constants 

private static String CACHE_SQL = "SELECT * FROM REL^SEARCH 
WHERE CANON_QUERY=?" ; 

private static int BUFFER_SIZE = 512; 

//parameters 

private boolean texisEnabled = false; 
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private boolean oracleEnabled = false; 
private boolean systemEnabled = false; 
private long cummulativeOracleTime = 0; 
private long cummulativeTexisTime = 0; 

/** 

* Create and export and instance of RelatedSearcher over RMI 
*/ 

public RelatedSearcherlmpl ( ) throws RemoteException { 

super ( ) ; 



// java.rmi .registry .LocateRegi s try. createRegis try (1111) . rebind( 
"RelatedSearcher", this); 
} 

/ ** 

15 * This method was created in VisualAge. 

* ©return RelatedResult [ ] 

* (iparam canonQuery java. lang . String 

* @parani maxResults int 

* @param maxLength int 
20 */ 

private RelatedResult [ ] findFromCache (String canonQuery, int 
maxResults, int maxLength) 

throws RelatedSearchException 

{ 

25 Vector resultVector = new Vector (); 

RelatedResult [ ] results = null; 
PreparedStatement ps = null; 
ResultSet rs = null; 
try { 

30 //Get a Connection 

ResourceObject resource = null; 
try { 

resource = getRelatedCacheConnectionPool (). checkout 
(getAbsoluteName () ) ; 

35 Connection conn = (Connection) resource .getResource 

() ; 

boolean success = false; 
try { 

//Here's where we get the goods from Oracle 
40 ps = conn.prepareStatement (CACHE_SQIi) ; 

ps . setString(l, canonQuery); 
rs = ps . executeQuery ( ) ; 

//prime the cursor to point to the one and 

only row we 

45 //expect from Oracle if now matching rows 



were found 



50 something 



//then we'll simply drop thru to the end 
if (rs .next () ) { 

//Extract the data we need if there was 



int numTerms = rs . get Int (2 ) ; 
if(numTefms == 0) 

//The cache tells us that there 

won ' t be 

55 //any results so we'll bail early 

throw new 

RelatedSearchException ( "No related Results"); 

int cacheFlag = rs .getint (3 ) ; 
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//iterate over results retrieving upto 

//of those of them that are maxLength 

int resultCount = 0, rowCount - 0; 
while (resultCount < maxResults && 

String term = rs .getString {4 + 

rowCount) ; 

10 //push this term into the result 



maxResults 
or smaller 

rowCount < numTerms) { 



vector if its good 



if (term. length ( ) <= maxLength) { 
resultVector .addElement (new 



RelatedResult (term, cacheFlag) ) ; 
15 resultCount++; 

} 

rowCount++; 

} 

} 

20 conn . commit ( ) ; 

success = true; 
} finally { 

//Cleanup result set 
if (rs != null) 
.25 rs . close (} ; 

//Cleanup prepared statement 
if(ps != null) 

ps . close ( ) ; 
//Cleanup connection 
30 if (isuccess && conn != null) conn . rollback 

() ; 

}/ /try-finally 
} finally { 

// Check the Connection back in 
35 if (resource != null) 

getRelatedCacheConnectionPool () .checkin 

(resource) ; 

} //try-finally 
} catch (ResourcePoolException exc) { 
40 if ( isLoggingError ()) { 

logError ("Unable to get Oracle cache connection", 

exc) ; 

} 

throw new RelatedSearchExcept ion ( "Unable to get Oracle 
45 cache connectxon" , exc); 

}catch (SQLException se) { 

if (isLoggingError ()) { 

logError ("Interface with Oracle cache failed", 

se) ; 

50 } 

throw new RelatedSearchExcept ion (" Interface with Oracle 
cache failed" , se) ; 
} //try-catch 

if (resultVector, size () == 0) 
55 return null; 

else { 

resultVector .copylnto (results = new 
RelatedResult [resultVector. size 0 3 ) ; 
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return results; 



15 



20 



30 



5 * Communicate to Texis thru TexisConnectionPool 

* ©return RelatedResult [ ] 

* @param canonQuery java . lang . String 

* ©param maxResults int 

* ©param maxLength int 

10 

private RelatedResult [ ] findFromUDPTexis {String rawQuery, String 
canonQuery, int maxResults, int maxLength) 
throws RelatedSearchException 



{ 



RelatedResult [ ] results = null; 
//Get a UDPTexisConnection 
ResourceObject resource = null; 
TexisUDPConnection tc = null; 



try { 

resource = getTexisUDPConnectionPool (). checkout 
{getAbsoluteName. (> ) ; 

tc = (TexisUDPConnection) resource .getResource {) 
25 DatagramSocket socket - tc . getSocket ( ) ; 



time 



//do this at run time to be able to switch Dynamo at run 
socket . setSoTimeout (getTexisTimeoutMillis ( ) ) ; 



//package data to send 

TexisRequest request = new TexisRequest ( ) ; 
request . set RawQuery ( rawQuery) ; 
request . setCanonQuery (canonQuery) ; 
35 request . setMaxResults (maxResults) ; 

request. setMaxChars (maxLength) ; 

request i setSequenceNumber (++tc . sequenceNumber) ; 
request . setTimeout (getTexisTimeoutMillis ( ) ) ; 

40 ByteArrayOutputStream baos = new ByteArrayOutputStream( ) 

ObjectOutputStream ous = new ObjectOutputStream(baos) ; 
ous . wr it eObject (request) ; 
ous . flush ( ) ; 
baos .close ( ) ; 

45 byte [ ] sendData = baos . toByteArray ( ) ; 

//send it off to the server 
if ( isLoggingDebug ( ) ) { 

logDebug( "About to send to Texis at endpoint: " + 
tc.getHostO + " : » + tc . getPort ( ) ) ; 
50 } 

//send it 

DatagramPacket sendPacket = new Da tagramPacket ( sendData, 
sendData. length, tc.getHost () , tc.getPort () ) ; 
socket. send ( sendPacke t) ; 

//wait for a reply upto timeOut milliseconds 
long startWait = System, current TimeMi His () ; 
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while (true) { //pull off inboud packets and check them 
the the right sequenceNumber 

//throws a java . io . Interrupt edIOExeption on timeout 
DatagramPacket receivePacket = new 
5 DatagramPacket (new byte [BUFFER-SIZE] , BUFFER__SIZE) ; 

socket .receive (receivePacket) ; 

ObjectlnputStream ois = new Object Input Stream (new 
ByteArraylnput Stream (receivePacket . getData () ) ) ; 

TexisResponse response = 
10 (TexisResponse) ois. readObjectO ; 

ois . close ( ) ; 

i f ( response . get SequenceNumber ( ) I = 
tc . sequenceNumber) { 

//we got a stale response 
15 long midpoint = System. cur rentTimeMil lis {) ; 

int remainder = ( int ) (getTexisTimeoutMillis ( ) 
- (midpoint - startWait) ) ; 

if (remainder > 0) { //if we can still wait 
some more before a timeout 
20 //reset socket timeOut to the remaining 

time 

socket . setSoTimeout (remainder) ; 
}else { 

//give up at this point 
25 break; 

} 

}// if -wrong -sequence -number 
else { 

results = response. getResults () ; 
30 break; 

} 

} //while 

..} catch (ResourcePoolException rpe) { 
35 if (isLoggingError ()) { 

logError ("Unable to get or checkin a Texis 

connection" , rpe) ; 

} 

} catch (ClassNotFoundExcept ion cnfe) { 
40 if (isLoggingError {)) { 

logError ("Class not found Exception", cnfe); 

} 

} catch (SocketExcept ion se) { 

if (isLoggingError ()) { 
45 logError ("Socket Exception talking to Texis", se) ; 

} 

} catch (StreamCorruptedException see) { 
if (isLoggingError ()) { 

logError ("Corrupted return from Texis", see); 

50 . } 

} catch (InterruptedlOExcept ion ioie) { * 
- if (isLoggingDebug( ) ) { 

logDebug( "Timed out talking to Texis", ioie); 

} 

55 } catch (lOException ioe) { 

if ( isLoggingDebug ( ) ) { 

logDebug( "Timed out talking to Texis", ioe); 

} 
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} 

finally { 

// Check the Connection back in if we got it in the first 

place 

5 try { 

if (resource != null) 

getTexisUDPConnectionPool ( ) .checkin 

(resource) ; 

} catch (ResourcePoolExcept ion rpe) { /* ignore this one */ 

10 } 

} 

return results; 

} 

15 /** 

* ©return RelatedResult [ ] - an array of RelatedResult objects 

* which is ordered by relebance from high to low or null if the 
system is disable or no 

* related results were found 

20 * ©param rawQuery java . lang . String - raw query for which related 

searches are needed 

* ©param canonQuery java. lang, String - canonocalized for of the raw 
query 

* ©param maxResults int - maximum number of results requested 
25 * ©param maxResultLenght int - maximum lenght of a result in 

characters 
*/ 

public RelatedResult [ ] findRelated (String rawQuery, String 
canonQuery, int maxResults, int maxResultLength) 
30 //throws 

RelatedSearchException 

throws 

RelatedSearchException , Remot eExcept ion 
{ 



35 



40 



reques tCount++ ; 

//Return fast if system is disabled 
if ( I getSystemEnabled ( ) ) 
return null; 

RelatedResult [ ] results = null; 



//first try getting data from the Oracle pool (if enabled) 
if (getOracleEnabled( ) ) { 
45 try { 

long startOracle = System. currentTimeMi 11 is () ; 
//keep timing stats 

results =. findFromCache( canonQuery, maxResults, 

maxResultLength) ; 

50 oracleCacheHits++; //fixed statistics bug 

cummulativeOracleTime += 
(System, cur r en tTimeMil lis 0 - startOracle); 

} catch (RelatedSearchException rse) { 

//If Oracle told us that this search has no related 
55 //i.e. editorially-excluded porn, then drop out 

early 

if (rse.getRootCauseO == null) { 
return null; 



wo 01/90947 



43 



PCT/USOl/16161 



10 



)else { //log it otherwise for post mortem 
if (isLoggingError ( ) ) 

logError( "Failed to interface to Oracle 

cache, will try Texis", rse) ; 

} 

} catch (Exception e) { 

if (isLoggingError ( ) ) 

logError (" Failed to interface to Oracle", e) ; 

} 

}//if Oracle enabled 



//if unsuccessfull then try Texis pool if enabled 
if (getTexisEnabled( ) && results == null) { 
15 try { 

long startTexisQuery = System. currentTimeMi 11 is {) ; 
//keep texis timing stats 

texisRequests++ ; 

results = f indFromUDPTexis (rawQuery, canonQuery, 
20 maxResults, maxResult Length) ; 

long texisQueryMillis = System. currentTimeMillis { ) 

- StartTexisQuery; 

' //log abnormally long request time 

if (texisQueryMillis > getTexisTimeoutMillis () ) 
25 slowTexisRequestCount++; 

cummulativeTexisTime += texisQueryMillis; 
} catch (Exception e) { 

if (isLoggingError ( ) ) 

logError ( "Texis interface failed with: " + 

30 e ■ getMessage ( ) , e) ; 

} 

}//if texisEnabled 

35 return results; 

} 

/ * * 

* Stats accessor 

* ©return String 
40 */ 

public String getCummulativeOracleTime ( ) { 

return (cummulativeOracleTime / 1000.0) + " seconds"; 

} 

/ ★ * 

45 * stats accessor 

* ©return long 
*/ 

public string getCummulativeTexisTime ( ) { 

return (cummulativeTexisTime / 1000.0) + " seconds"; 

50 } 

/ * * 

* stats accessor 

* ©return int 
*/ 

55 public int getOracleCacheHits { ) { 

return oracleCacheHits; 

} 
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* Stats accessor 

* ©return boolean 

public boolean getOracleEnabled( ) { 
5 return oracleEnabled; 

} 

/ *★ 

* Accessor for relatedCacheConnectionPool 

* @return atg . service . resourcepool . JDBCConnectionPool 

10 */ 

public JDBCConnectionPool getRelatedCacheConnectionPool ( ) { 
return relatedCacheConnectionPool ; 

} 

/ * * 

15 * stats accessor 

* ©return int 
*/ 

public int getRequestCount ( ) { 
return requestCount ; 

20 } 

/ * * 

* stats accessor 

* ©return int 
*/ 

25 public int getSlowTexisRequestCount { ) { 

return s 1 owTex i sRequest Count; 

} 

/ * * 

* Stats accessor 
30 * ©return boolean 

*/ 

public boolean getSystemEnabled { ) { 
return systemEnabled; 

} 

35 /** 

* Stats accessor 

* ©return boolean 
*/ 

public boolean getTexisEnabled ( ) { 
40 return texisEnabled; 

} 

/ * ★ 

* stats accessor 

* ©return int 
45 */ 

public int getTexisRequests ( ) { 
return texisRequests ; 

} 

/ * * 

50 * conf igu param accessor 

* ©return int 

*/ . " 

public int getTexisTimeoutMillis { ) { 
return texisTimeoutMillis ; 

55 } 

/ * * 

* This method was created in VisualAge. 

* ©return coin.go2 . search. related. TexisUDPConnectionPool 
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*/ 

public TexisUDPConnectionPool getTexisUDPConnectionPool ( ) { 
return texisUDPConnectionPool ; 

} 

5 /** 

* mutator 

* ©par am newValue boolean 

*/ 

public void setOracleEnabled (boolean newValue) { 
10 this.oracleEnabled = newValue; 

} 

/ ** 

* Mutator for relatedCacheConnectionPool 

* ©param newValue atg . service . resourcepool . JDBCConnectionPool 

15 V 

public void setRelatedCacheConnectionPool (JDBCConnectionPool 
newValue) { 

this. relatedCacheConnectionPool = newValue; 

} 

20 

* mutator 

* @param newValue boolean 
*/ 

public void setSystemEnabled (boolean newValue) { 
25 this . systemEnabled = newValue; 

} 

/ * * 

* mutator 

* (iparam newValue boolean 
30 */ 

public void setTexisEnabled (boolean newValue) { 
this . texisEnabled = newValue; 

} 

/ * * 

35 * parameter mutator 

* @param newValue int 
*/ 

public void setTexisTimeoutMillis (int newValue) { 
this. texisTimeoutMillis = newValue; 

40 } 

/ * * 

* This method was created in VisualAge.^ 

* @param newValue com . go2 . search . related . TexisUDPConnectionPool 
*/ 

45 public void setTexisUDPConnectionPool (TexisUDPConnectionPool 

newValue) { 

this . texisUDPConnectionPool = newValue; 

} 
} 
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The following code is control code that controls the 
dumping of search 

listing database, loading the crawled text, and 
invert ed- indexing 
5 all the related search indexing, including building the 

' derived-data * elements : 



10 

#I/bin/ksh -x 

export PATH=/usr/ local /morphS /bin: . :$PATH 
#. ./.zshrc 



15 export TMP=/export /home/goto/ tmp 

export TEMP=$TMP 

export TEMPDIR=$TMP 

export TMPDIR=$TMP 

20 TMPTABLE= 1 ine_adO 

TMPTABLE2 =line_ad 
TERMSTABLiE=tenns 

INC=02 

25 NEWTABLE= 1 ine_ad$ { INC } 



C RAWLD AT A = / home / goto/rs / DONE / ALL . UNI Q 

CRAWLTABLE=line_ad4 

SPOOL=/home/goto/list 

30 

DB = / home / go t o / c r awl db 



############### 
Log ( ) { 

35 echo ' \n#### V$ (date " +%m/%d %H : %M: %S" ) : "${*}" '####' 

} 

log 0 . timport crawled data 

Log 0 . 1 Create line__ad4 and unique index in preparation for ' crawl ' 
40 import 



tsql -d $DB «l 
drop table line_ad4; 
create table line_ad4 ( 
45 id counter, 

ad_url varchar (300) , 
crawltitle varchar (750) , 
crawlmeta varchar (500) , 
crawlbody varchar { 8 0 0 0 ) 
50 ); 

drop index idx4ad_url; 

create unique index idx4ad__url on line_ad4 (ad_url) ; 



55 



timport -database $dB -table $CRAWLTABLE -s 
/home/goto/rs/DONE/crawl .sch -file $CRAWLDATA 
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Log 1. extract line_ads from live_ADMN into column delimited spool 
file 

umpadm $ SPOOL 

Log 2. timport -database $DB -table $TMPTABLE -s newrs . sch -file 
$ {SPOOL} 

timport -database $DB -table $TMPTABLE -s newrs . sch -file $ {SPOOL} 

Log 3 . build canon index on $TMPTABLE 
## 

tsql -d ${DB} «I 
drop index idxOcst; 

create index idxOcst on $ {TMPTABLE} (cannon_search_text ) ; 



## 

Log 4. add counts of canons to $TMPTABLE 
texis DB=$DB TMPTABLE=$TMPTABLE updatecnt 

Log 5, build url index on $TMPTABLE 
tsql -d ${DB} «! 
drop index idxOurl; 

create index idxOurl on $ {TMPTABLE} (ad_url) ; 



Log 6 . merge crawled text w/ original 
tsql -d ${DB} «! 
drop index idx4url ; 

create index idx4url on $ { CRAWLTABLE } ( ad_ur 1 ) ; 
drop table $TMPTABLE2 ; 
CREATE TABLE $TMPTABLE2 

AS 

SELECT 

a. price price, 

a. rating rating, 

a.ad_id ad_id, 

a.bid_date bid_date, 

a . raw_search_text raw_search_text , 

a . cannon_search_text cannon_search_text , 

a . ad_spec„.title ad__spec_title, 

a . ad_spec_desc ad_spec_desc , 

a.ad_url ad_url, 

a. resource_id resource_id, 

b. crawltitle crawltitle, 
b.crawlmeta crawlmeta, 
b.crawlbody crawlbody, 

a . canon_cnt 

from $TMPTABLE a, $CRAWLTABLE b 
where a.ad_url = b.ad_url 
order by price desc; 



#texis DB=$DB CRAWLTABLE=$CRAWLTABLE TMPTABLE=$TMPTABLE updateit 

Log 7. collapse 0 onto 01 
Log 7.1 first -make the table 
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tsql -d ${DB} <:<! 

drop table ${NEWTABLE}; 



10 



15 



tsql -d ${DB} «! 

create table $ { NEWTABLE } ( 



canon_cnt 

cannon_search_text 
3raw__s e ar ch_t ex t 
advert iser_ids 
advert iser_cnt 
words 
) ; 



integer, 

varchar{50) , 
varchar (SO), 
varchar (4096) , 
integer, 
varchar (65536) 



Dog 7.2 second, build the uniq, sorted list of search terms 
Log 7.2 select cannon_search_text from ${TMPTABLE}; 
tsql -d ${DB} «! | sort -u | timport -s termstable . sch -file - 
20 select cannon_search_text from $ {TMPTABLE} ; 



Log 7-3 third, build uniq index on terms table 
Log 7 . 3 create unique index idxterm on terms term 
25 tsql -d ${DB} «! 

create unique index idxterm on terms (term); 



Log 7.3.9 prepare for collapse 
30 Log 7.3.9 create index idxcstcol on $TMPTABLE2 cannon_search„text 

Log 7.3.9 create index idxadidcol on $TMPTABLE2 ad_id 
tsql -d ${DB} «! 

create index idxcstcol on $TMPTABLE2 ( cannon_search_text ) ; 
create index idxadidcol on $TMPTABLE2 (ad_id) ; 

35 ! 

Log 7.4 fourth collapse around csts 

Log 7.4 texis SRCTABLE=$TMPTABLE2 TGTTABLE=$NEWTABLE 
TERMSTABLE=$TERMSTABLE collapse 

texis db=$DB S RC TABLE =$ TMPTABLE 2 TGTTABLE=$NEWTABLE 
40 TERMSTABLE=$TERMSTABLE collapse 

Log 8 do the porn line 

buildporn | timport -database $DB -table $NEWTABLE -s rsporn.sch - 
file - 



45 



Log 9 do the porn table 

newporn | timport -database $DB -s rsnewporn . sch -file - 



Log 10 metamorph index words column 
50 tsql -d $DB «! 

create metamorph inverted index mmx${INC}w on $ {NEWTABLE} (words) ; 
t 

Log 10 all done 
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Dumps bid-f or-placement search listings data 
# I /bin/ksh 



5 TXSORAUSER=XXXXXXX 
TXSORAPWD=XXXXXXX 
LVSRVPWD=XXXXXX 
#SPOOL=pipe 
SP00L=${1} 
10 SERVER=XXXXXX 

Log ( ) { 

echo *\n####' $ (date "+%m/%d %H: %M: %S" ) : "${!>" '####^ 

15 } 

Log "start dump" 

sqlplus -S ${TXS0RAUSER}/${TXS0RAPWD}@1$ {SERVER} >/dev/null «! 
20 //set heading off 

set linesize 750 

set pagesize 0 

set arraysize 1 

set maxdata 50000 
25 set buffer 50000 

set crt off; 

set termout off 

spool $ {SPOOL} 

select 

30 rpad ( to_char (advertiser^id) ,8) | | 

rpad (raw_search, 30) | | 

rpad (canon^search, 30) | | 

rpad( title, 100) | | 

rpad (description, 280) | | 
35 rpad(url,200) | j 

rpad (resource_id, 20 ) | | 

rpad(to_char (price*100) ,5) | | 

rpad( rating, 2 ) | | 

rpad ( to_char ( sear ch_id) /8) | | 
40 rpad (resource_id, 18) | | 

rpad ( to_char ( line„ad_id) / 8 ) | | 

to_char (bid_date , ' YYYYMMDD HHMMSS • ) 
from ads 

where status = 5 and rating = 'G' and canon^search <> 'grab 

45 bag ' 

and rownum < 10000; 

spool off; 

quit; 

I 

50 Log "end dump" 

exit 0 
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Counts # of occurances of pagebids for each 
particular potential related search result 

5 

< script language=vortex> 
<tiineout = -l></tiineout> 
<a naine=main> 

<DB = " /home /goto/ crawldb*'> 
10 <SQLj row "select distinct c annon_s e arc h_ text est from " $TMPTABLE> 

<SQL ROW "select count (*) cnt from " $TMPTABLE " where 
cannon__search_text = $cst"> 

<SQL NOVARS "update " $TMPTABIiE " set canon_cnt = $cnt where 
cannon_search_text = $cst" > 
15 </SQIi> 
</SQL> 
</SQIi> 
</a> 

</script> 
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Aggregates web page body- text and 
listings based on the related-search, 
result, while collecting and creating 
derived-data of 1, how many different 
5 advertisers have web-pages associated 

with the related-search result. 



< s c r ip t 1 anguage= vor t ex> 
<tiineout = -l></tiineout> 
<DB = / home /goto/ crawl db> 
<a name=main> 
15 <!-- get all canon-terms from tmp table 

<SQIi ROW "select term est from " $TERMSTABLE > 

<$words => 
20 <$rsts => 

<$csts => 

<$asts -> 

<$asds -> 

<$cts -> 
25 <$cms => 

<$cbs => 

<$advs => 

<$last_adv => 

< $ adv„cn t = 0 > 

30 <!_-. get all rows w/ this canon term from tmp table — > 

<SQL ROW 

"select canon_cnt cc, ad_id aid, raw_search_.text rst, 
cannon_search_text cts, ad_spec_ti tie ast, 

ad_spec_desc asd, crawltitle ct, crawlbody cb, crawlmeta cm 
35 from " $SRCTABLE " where cannon_search_text = $cst order by 

ad„id"> 

<! — aggregate the text to prepare for collapsed insert 
<$rsts = { $rsts + ' • + $rst ) > 
<$rsts = ( $csts + * ' + $cst ) > 
40 <$asts = ( $asts + ' ' + $ast ) > 

<$asds = ( $asds + ' ' + $asd ) > 
<$cts = ( $cts + • ' + $ct ) > 
<$cms = ( $cms + ' ' + $cm ) > 
<$cbs = ( $cbs + • » + $cb ) > 

45 

<if $aid 1= $last_adv> 

<!-- add advertiser to list if not seen him before — > 
<$advs = ( $advs + • » + $aid ) > 
<$adv_cnt = { $adv_cnt + 1 ) > 
50 , <$last_adv = $aid> 

</if> 
</SQL> 

<$canon_cnt - $loop> 

<$words = { $rsts + ' • + $csts + • • + $asts + » ' + $asds + ' ' + 
55 $cms + » « + $cbs + » » + $cts ) > 

< I — pick off zeroeth element only from $rst array — > 
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<loop $rst> 

<$Rst = $rst> 

<break> 
</loop> 
5 <strlen $words> 

<$wlen = $ret> 
<strlen $advs> 

<I~- display which row we're working on --> 
$wlen $ret $cst 
10 insert to collapsed row 

<SQL NOVARS "insert into " $TGTTABLE " (canon_cnt, 
cannon_search_text , raw_search_text , advert iser_ids , advert is er_cnt , 
words) VALUES ($cc, $cst, $Rst, $advs, $adv_cnt, $words) " ></SQL> 
<! — $words ***<$ret = (text2min ($words, 50) )> $ret — > 
15 </SQIi> 
</a> 

</script> 
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10 



Database schema layout used to upload 
bidded search listings 



database / home/ got o/crawldb 

#droptable line_adl 

droptable line_adO 

table line_adO 

createtable 

col 

#keepf irst 
trimspace 

#multiple 



15 


datefmt 


yyyymmdd HHMMSS 








# 


Name 


Type 


Tag 




default. 


_val 








field 


advert i s e r_i d 


varchar { 8 ) 


1-8 


20 


n II 










field 
II If 


r aw_s ear ch_t ex t 


varchar (40) 


9-48 




field 

11 u 


cannon_search_text varchar ( 40 ) 


49-88 


25 


field 
11 II 


ad_spec_title 


varchar (100) 


89-188 




field 

II H 


ad_spec_desc 


varchar (2000) 


189-2188 




field 


ad_url 


varchar (200) 


2189-2388 


30 


II II 










field 
II II 


resource„id 


varchar (20) 


2389-2408 




field 


price 


integer 


2409-2413 


35 


0 

field 
11 It 


rating 


char ( 2 ) 


2414-2415 




field 


ad_id 


integer 


2416-2423 




0 

field 


bid_date 


date 


2424-2438 


40 


0 










field 


canon_cnt 


integer 






field 


crawlwords 


varchar (40 ) 





45 
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Manual join of search listing data with crawled 
web page data into a single merged table 

5 

<script language=vortex> 
< timeout = -1></ timeout> 
<a name=main> 

<DB = " /home /goto/ crawldb"> 
10 <SQL ROW "select ad_url myurl , crawltitle ct, crawlmeta cm, crawlbody 

Cb from " $CRAWLTABLiE> 

<SQL NOVARS "update " $TMPTABLE " set crawltitle = $ct, crawlmeta = 
$cm, crawlbody = $cbwhere ad_url = $myurl" > 
</SQIi> 
15 </SQL> 
</a> 

</script> 



20 
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Code to duplicate URL Crawl elimination 



/ * * 

5 * Insert the type*s description here. 

* Creation date: (02/18/2000 11:12:12 AM) 

* ©author: 
*/ 

import java.io.*; //import of java classes needed for input /output 
10 import java.util.*; 

// import corejava-*; 

import java . lang . Strings- 
public class Url { " 

15 * Compare URLs Address ' * 

**************** ***********:fc**Vf*********************^ 

*/ 

public static void main (String args[]) throws Exception 
{ 



20 



25 



30 



50 



55 



// Decalarations of the input and output File 
Buffer edReader inputFile; 
PrintWriter nonDupFile; 
PrintWriter dupFile; 

// Initialization 

String f irstUrl= " " ; 
String secondUrl= " " ; 

String urlBufferA, urlBuf f erB=" " , urlBuf f erC=" " ; 



String compareDomainA =""; 
String compareDomainB=" " ; 
String compareDomainC= " " ; 
String newFlag= " false " ; 
35 inputFile = new Buff eredReader (new 

FileReader ( " /home/lauw/urls . lau" ) ) ; 



nonDupFile = new PrintWriter (new 
40 FileWriter ( "/home/lauw/nonDupFile.real" ) ) ; 

dupFile = new PrintWriter (new 
FileWriter ("/home/lauw/dupFile. real") ) ; 

nonDupFile . close ( ) ; 
45 dupFile . close ( ) ; 



f irstUrl=inputFile . readLine ( ) ; 
secondUrl=inputFile . readLine ( ) ; 
urlBufferC=inputFile. readLine () ; 

uriBuf f erA= f irstUrl ; 
urlBufferB= secondUrl; 



do 



Slash ccompareDomainA = new SlashO; 
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Slash ccompareDomainB = new Slash(); 
Slash ccompareDomainC = new Slash(); 

compareDomainA = ccompareDomainA. Slash (urlBufferA) ; 
5 compareDomainB = ccompareDomainB. Slash (urlBufferB) ; 

compareDomainC = ccompareDomainC.Slash(urlBuf f erC) ; 

Compare compareSub = new Compare { ) ; 

10 newFlag=compareSub . Compare ( compareDomainA, compareDomainB , 

compareDomainC, urlBufferB, newFlag) ; 
urlBuf ferA-urlBuf ferBz- 
urlBuf f erB=urlBuf f erC; 
urlBuf f erC=inputFile . readliine ( ) ; 

15 

}while{urlBuf ferC!=null) ; 
///////////////////////////Loop for first Null value 

urlBuf f erC=f irstUrl ; 

Slash ccompareFirstNullDomainA = new Slash(); 
Slash ccompareFirstNullDomainB = new Slash{); 
Slash ccompareFirstNullDomainC = new SlashO; 

25 compareDomainA = ccompareFirstNullDomainA. Slash (urlBufferA) ; 

compareDomainB = ccompareFirstNullDomainB . Slash (urlBufferB) ; 
compareDomainC = ccompareFirstNullDomainC . Slash (urlBufferC) ; 



20 



30 



45 



Compare compareFirstNullSub = new Compare () ; 



newFlag=compareFirstNullSub . Compare (compareDomainA, 

compareDomainB, compareDomainC, urlBufferB, newFlag) ; 
/////////////////////////Loop for last Null value 
uriBuf f erA=urlBuf f erB; 
35 ur iBuf f erB= f ir s tUr 1 ; 

urIBuf f erC=secondUrl ; 

Slash ccompareLastNullDomainA = new Slash(); 
Slash ccompareLastNullDomainB = new SlashO; 
40 Slash ccompareLastNullDomainC = new SlashO; 



compareDomainA = ccompareLastNullDomainA. Slash (urlBufferA) 
compareDomainB = ccompareLastNullDomainB. Slash (urlBufferB ) 
compareDomainC = ccompareLastNullDomainC . Slash (urlBufferC) 



Compare compareLastNullSub = new Compare ( ) ; 



newFlag=compareLastNullSub. Compare (compareDomainA, 
50 compareDomainB, compareDomainC, urlBufferB, newFlag) ; 

inputFile . close ( ) ; 

} • ■ ■ 

} 



55 
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class Slash{ 

String Slash (String buffer) 
5 { 

int domainSlashEnd =0; 
int domainSlashStart = 0; 

boolean domainlndex = false; 
boolean startFound = false; 
10 boolean newFlag = false; 

String comparedomain; 
coinparedomain=" " ; 

for (int domainSlashLoop=8; domainSlashLoop <= (buffer. length () -1) ; 
15 domainSlashLoop++) 
{if 

{ (buff er. substring (domainsiashltoop, (domainSlashLoop+l) ) .equals ("/")) 

II 

(buff er . substring (domainSlashLoop, (domainSlashLoop+1) ) .equals ("?") ) ) 
20 { 

if (startFound==false) 
{ 

/// Check the Urls with Domain Name only 
if ((domainSlashLoop + 1) ==buffer. length () ) 
25 { 

comparedomain=buf f er . substring ( 0 , (buffer . length ( ) ) ) ; 
domainIndex=true ; 

domains lashLoop=bu f fer . length ( ) + 500; 
30 }//end for domain name only 

domainSlashStart = domainSlashLoop + 1; 

StartFound = true; 

} 

else 

35 { 

domainSlashEnd=:domainSlashLoop ; 
domainSlashLoop = buffer. length ( ) + 500; ///add 5 
to get out of the loop 
} 

40 

}// end for Loop 
i f ( doma in S 1 a shEnd= = 0 ) 
{ 

domainSlashEnd = buf fer . length () ; 

45 } 

if (domainIndex==false) 
{ 

comparedoinain=buf fer . substring ( domainSlashStart , 
domainSlashEnd) ; 
50 } 

} . 

return comparedomain; 

} 

} 

55 
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import java.io.*; //import of java classes needed for input /output 

class Compare 

{ 

5 

String Compare (String aCompareDomainA,^ String aCompareDomainB, 
String aCompareDomainC , String aUrlBufferB, String newFlag) throws 
Exception 
{ 

10 PrintWriter nonDupFile; 

PrintWriter dupFile; 

nonDupFile = new PrintWriter {new 
15 FileWriter ( " /home /lauw/ nonDupFile . real" , true) , true) ; 

dupFile = new PrintWriter (new 
FileWriter ("/home/ lauw/dupFile. real" , true) , true) ; 

if ( aCompareDomainC . equals (aCompareDomainB) ) 

20 { 

if (newFlag. equals ( "true" ) ) 
{ 

dupFile. println( "New" ) ; 
newFlag = "false"; 

25 } • • 

System. out .print In ( "Duplicate" ) ; 
dupFile.println(aUrlBuf ferB) ; 

} 

else 

30 { 

if (aCompareDomainB. equals (aCompareDomainA) ) 

{ 

if (newFlag . equals ( " true" ) ) 
35 { 

dupFile . print. In ( "New" ) ; 
newFlag = "false"; 

} 

System, out .println (''print a Duplicat in second time"); 
40 System.out .println ( "Sec Duplicate"); 

dupFile.println(aUrlBuf ferB) ; 

} 

else 
{ 

45 System.out .println ( "non Dup"); 

nonDupFile .println (aUrlBuf ferB) ; 
newFlag= " true " ; 

} 

gystem.out .println ("***************************************" ) ; 



50 



} 

return newFlag; 
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CLAIMS 

1. A method of generating a search result list, the method comprising: 
receiving a search request from a searcher; in a pay for performance 

database including a plurality of search listings, identifying search listings 
generating a match with the search request; 

in a related search database including related search listing 
generated from the pay for performance database, identifying related search 
listings relevant to the search request; and 

returning a search result list to the searcher including the identified 
search listings and one or more of the identified related search listings. 

2. The method of claim 1 wherein identifying related search listings 
comprises: 

searching an inverted index of the pay for performance database; 

and 

15 searching an index of meta-information based on the pay for 

performance database. 

3. The method of claim 1 further comprising: 

sorting the identified related search listings by relevancy to the 
search request; 

20 selecting a predetermined number of the identified related search 

listings as most relevant related search listings; and 

returning the most relevant related search listings in the search 

result list. 

4. The method of claim 3 wherein sorting comprises: 

25 selecting the identified related search listings according to 

frequency of occurrence of a queried term from the search request in the related 
search listings. 

5. The method of claim 3 wherein sorting comprises: 



5 
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selecting the identified related search listings according to proximity 
of one or nniore queried terms from the search request in the related search listings. 

6. The method of claim 3 wherein sorting comprises: 
weighting the related search listings according to predetermined 

5 weighting criteria; and 

selecting the identified related search listings according to the 
weighting of the related search listings, 

7. The method of claim 6 wherein weighting the related search listings 
comprises: 

10 increasing relative weighting of a related search listing which 

includes one or more bided search terms identified by an advertiser. 

8. The method of claim 6 wherein weighting the related search listings 
comprises: 

increasing relative weighting of a related search listing which is 
15 contained in a description of a search listing identified by an advertiser. 

9. The method of claim 6 wherein weighting the related search listings 
comprises: 

increasing relative weighting of a related search listing which is 
contained in a title of a search listing identified by an advertiser. 

20 10. The method of claim 6 wherein weighting the related search listings 

comprises: 

increasing relative weighting of a related search listing which is 
contained in metatag keywords of a web page maintained by an advertiser. 

1 1 . The method of claim 6 wherein weighting the related search listings 
25 comprises: 

increasing relative weighting of a related search listing which is 
contained in text data of a web page maintained by an advertiser. 
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12. The method of claim 3 wherein sorting comprises: 

ranking the related search listings according to spread of the related 
search listings; and 

selecting the identified related search listings according to the 
5 ranking of the related search listings. 

13. The method of claim 12 wherein ranking comprises: 
identifying key information contained in the related search listings; 

and 

increasing ranking of a related search listing according to presence 
10 of the key information in the related search listing. 

14. The method of claim 13 wherein identifying key information 
comprises: 

detecting fielded advertiser data in the related search listing; and 
detecting crawled data in the related search listing. 

15 1 5 . A system comprising: 

a pay for performance database; 

a related search database formed at least in part using the pay for 
performance database; and 

a server coupled with the pay for performance database and the 
20 related search database, the server operative to select a first set of search results 

firom the pay for performance database and a second set of search results from the 
related search database in response to a search request from a searcher. 



25 



16. 

comprises: 



The system of claim 15 wherein the pay for performance database 



a plurality of search listings, each search listing including 
a search term, 
,a bid amount, and 



wo 01/90947 



62 



PCT/USOl/16161 



a Uniform Resource Locator corresponding to an address of a 
document on a network server remote from the system. 

17. The system of claim 16 wherein the related search database 
comprises: 

5 a plurality of related search listings, each related search listing 

including 

a keyword associated with one document of the pay for performance 

database, and 

text of the one document. 

10 18. The system of claim 17 wherein each search listing of the plurality 

of search listings further comprises: 

descriptive text describing the one document, 

a title, and 

metatags associated with the document. 

15 19. The system of claim 18 wherein each search listing comprises: 

the descriptive text associated with the one document; 
the title associated with the one document; and 
the metatags associated with the one document. 

20. A method for forming a related searches database for identifying 
20 related searches in response to a search request to a pay for performance database 

including a plurality of search listings, the method comprising: 

storing as a related search database entry text from each web page 

referenced by a search listing of the pay for performance database; 

creating an inverted index for the related search database entries; 

25 and 

creating an index for key information associated with each search 
listing of the pay for performance database. 

21. The method of claim 20 wherein storing comprises: 
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identifying similar web pages responsive to root path components 
and query arguments of Uniform Resource Locators for two or more web pages 
referenced by search listings of the pay for performance database; 

rejecting for storage similar web pages. 

5 22. The method of claim 21 wherein identifying similar web pages 

comprises: 

identifying first key words of a first web page; 
identifying second key words of a second web page; and 
comparing the first key words and the second key words; 
10 when the first key words and the second key words have a 

predetermined relationship, identifying the first web page and the second web 
page as similar web pages. 

23. A method for searching data in a database including internet data 
15 from internet web sites, the method comprising: 

forming a list of uniform resource locators (URLs) associated with internet 

web sites to be accessed; 
removing duplicate URLs from the list; 

if a URL on the list is similar to* another URL on the list, crawling a 
20 predetermined number of potentially duplicate URLs; 

comparing bodies of the URL on the list and the potentially duplicate 
URLs; 

if the body of the URL on the list is similar to the body of the potentially 
duplicate URL, 

25 suspending crawling of the potentially duplicate URLs, and 

storing the body of the URL on the list in the database for 
subsequent search. 
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24. The method of claim 23 further comprising: 
comparing a selected URL with other URLs on the list; and 
determining the URL is similar to the other URL on the list when the URL 

has a predetermined text portion in common with the other URL on 
5 the list. 

25. The method of claim 23 wherein comparing bodies of the URL on 
the list and the potentially duplicate URLs comprises: 

comparing text from the URL on the list and text from one potentially 
10 duplicate URL; and 

determining the URL on the list is similar to the one potentially duplicate 
URL when the text from the URL on the list and the text from the 
one potentially duplicate URL have a predetermined text portion in 
common. 
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